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1.0  SCX)PE 
1. 1 1 General 

'This  document  is  the  specification  for  a Central  Processor 
(CP)  which  is  specifically  designed  for  Communications  Pro- 
cessing System  (CPS)  applications.  These  CPS  applications  in- 
clude: circuit  switching,  message  switching,  packet  switching, 

digital  multiplexers  and  concentrators.  In  this  context,  CP 
refers  to  a set  of  equipment  which  contains  Communications  Pro- 
cessor Units  (CPU's),  Input/Output  (I/O)  channels,  performance 
monitor  units,  channel  units,  control  panels,  some  form  of  data 
and  program  memory  and  a means  to  interconnect  them.  Therefore, 
this  specification  describes  a family  of  computer  controlled 
units  which  together  comprise  a CP  and  which  can  be  equipped  in 
various  combinations  and  numbers  to  perform,  efficiently,  any 
of  the  CPS  applications  or  any  combination  of  them. 


Background 


\ 


The  CPS  Study  Program  (refer  to  2.1.2  below)  considered, 
as  part  of  the  study,  a wide  variety  of  existing  and  planned 
communications  systems  in  all  of  the  CPS  applications  mentioned 
above.  This  baseline  study  was  performed  to  define  the  require- 
ments of  a CP  which  could  be  used  efficiently  in  any  of  these 
applications.  The  systems  studied  included  the  entire  gamut  of 
communications  systems  from  very  small  to  very  large  in  terms 
of  lines,  trunks,  circuits,  and  terminals,  from  low  traffic  per 
inlet  to  very  high  traffic  per  inlet,  and  from  individual  sys- 
tems to  entire  interconnected  networks. 

One  of  the  major  conclusions  derived  from  this  study  was 
that  any  CP  which  could  fit  any  of  these  applications  efficiently 
must  be  highly  flexible  in  terms  of  size  (the  number  of  units 
equipped)  and  capability  (the  types  of  units  equipped)  without 
changing  the  basic  architecture. 

A second  major  conclusion  was  that,  for  efficient  operation, 
the  ability  to  make  maximum  use  of  the  system's  resources  must 
be  inherent  in  the  CP's  architecture. 


Of  all  of  the  existing  systems  studied,  none  remained 
static  during  its  service  life.  Each  system  had  gone  (or  is 
going)  through  modifications  to  its  hardware  or  software  or  both 
to  accommodate  new  or  expanded  requirements.  This  leads  to  a 
third  major  conclusion;  the  CP's  architecture  must  facilitate 
adaptation  to  new  or  expanded  requirements  with  a minimum  dis- 
ruption of  service  and,  preferably,  be  amenable  to  these  changes 
while  "on-line". 
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A fourth  major  conclusion  reached  was  that  all  existing 
and  planned  processor  controlled  systems  featured  a distributed 
control  architecture  and  that  a distributed  control  architecture 
would  best  satisfy  the  future  CPS  requirements. 

This  specification  describes  a CP  which  satisfies  the  re- 
quirements of  all  of  these  major  conclusions. 

1.3  Technical  Assumptions 

The  entire  CP  concept  described  in  this  specification  is 
based  on  the  assumptions  concerning  Integrated  Circuit  (IC) 
technology  contained  in  the  CPS  study  Statement  of  Work. 

It  is  assumed  that  an  IC  technology  will  (or  does  exist) 
which  will  result  in  gate  densities  on  the  order  of  2000  to 
5000  per  150  mil  square  chip  with  a quiescent  power  dissipation 
of  1 milliwatt  per  chip  (200  nW  per  gate).  It  is  also  assumed 
that  the  on-chip  gate  delays  of  this  technology  will  be  on  the 
order  of  3 to  5 nanoseconds.  The  technology  projections  de- 
scribed in  Volume  V,  Section  3 of  the  CPS  Study  Final  Report 
indicate  that  these  assumptions  are  not  unrealistic  (refer 

o 

specifically  to  the  I L technology  description). 

1.4  Specification  Organization 

This  document,  the  CP  specification,  actually  consists  of 
a set  of  eleven  specifications.  A general  CP  specification  and 
a specification  for  each  of  the  ten  unit  types  which  comprise 
a CP.  The  specification  titles  and  the  sections  in  which  they 
are  contained  are  listed  below: 


Central  Processor  (CP) 
Specification 

Section 

I 

Communications  Processor  Unit 
(CPU)  Specification 

Section 

II 

Interrupt  Control  Unit  (ICU) 
Specification 

Section 

III 

Channel  Unit  (CU)  Specifica- 
tion 

Section 

IV 

Memory  Unit  (MU)  Specifica- 
tion 

Section 

V 

Memory-to-Memory  Transfer 
Unit  (MMTU)  Specification 

Section 

VI 

System  Monitor  Unit  (SMU) 
Specification 

Section 

VII 
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System  Clock  Unit  (SCU) 
Specification 


Section  VIII 


Bootstrap  Unit  (BU)  Specifica-  Section  ix 

tion 

Performance  Monitor  Unit  (PMU)  Section  x 

Specification 


Matrix  Unit  (XU)  Specification 


Section  xi 


This  CP  specification  is  a preliminary  specification  of  a 
Central  Processor  which  satisfies  the  functional  requirements 
derived  in  the  CPS  Study  Program.  It  is  not  a hardware  specif i 
cation  as  such,  although  a set  of  hardware  specifications  could 
be  derived  from  it  and  the  information  contained  in  the  CPS 
Study  Final  Report . 


2.0  APPLICABLE  DOCUMENTS 


2.1  Published  Documents 


2.1.1  Integrated  Circuit /Message  Switch  Feasibility  Model  De- 
velopment, Test  and  Evaluation 

RADC-TR-72-27 , Volumes  I,  II,  III  and  IV 

2.1.2  Communications  Processor  System  Study  Final  Report 
RADC-TR-76-  , Volumes  I thru  VII 

2.2  Program  Documents 

2.2.1  Prolegomenon  to  the  Architecture  of  the  Communications 
Switching  Processor;  January  25,  1974 

DSA  292-TR-7 

2.2.2  Communications  Processor  System  Study  Interim  Report 

3.0  CENTRAL  PROCESSOR  (CP)  SPECIFICATION 

3 . 1 General 


The  CP  is  a distributed  system  architecture  composed  of 
semi-autonomous  units.  Advantage  has  been  taken  of  large  scale 
integrated  circuit  technology  to  make  the  units  "smart".  Many 
of  the  capabilities  normally  associated  with  a CPU  have  been  re- 
distributed and  allocated  to  other  units. 
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3.2  General  Characteristics  of  the  CP  Architecture 

Figure  1-1  is  an  overview  of  the  architecture.  The  heart 
of  the  architecture  is  an  interconnection  matrix  which  allows 
all  compatible  units  to  communicate  with  one  another.  The  archi- 
tecture has  the  following  characteristics: 

(1)  Modularity  at  the  unit  level. 

(2)  Replication  as  needed  at  the  unit  level. 

(3)  Automatic  graceful  degradation  and  recovery. 

(4)  Self-failure  detection. 

(5)  Built-in  diagnostic  facilities  and  commands. 

(6)  Built-in  monitoring  capabilities. 

3.2.1  Units 

A unit  is  the  basic  interchangeable,  replicable  element 
of  the  architecture.  Examples  of  units  are: 

(1)  General  purpose  processing  unit  (CPU). 

(2)  Interrupt  control  unit  (ICU). 

(3)  General  purpose  channel  unit  (CU). 

(4)  Memory  Unit  (MU). 

(5)  Memory-to-memory  transfer  unit  (MMTU). 

(6)  System  monitor  unit  (SMU). 

(7)  System  clock  and  timing  unit  (SCU). 

(8)  Bootstrap  unit  (BU). 

(9)  Performance  monitor  unit  (PMU). 

(10)  Matrix  unit  (XU). 

All  units  have  the  following  characteristics: 

(1)  Common  interface  with  the  matrix  and  with  each 
other. 

(2)  Unit  generic  micro-instructions. 
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(3)  Dynamically  modifiable  logical  identity  which  can 
differ  from  its  physical  identity. 

(4)  Interchangeability  with  any  other  unit  of  the  same 
type. 

(5)  Self-failure  and  malfunction  detection. 

(6)  Interconnection  to  other  units  via  the  matrix. 

(7)  Logically  isolatable  from  other  units. 

(8)  Power  isolation  from  other  units. 

The  following  is  a brief  review  of  the  various  units  of 
the  CP.  More  detailed  descriptions  are  to  be  found  in  subsequent 
specifications. 

3.2. 1.1  Communications  Processing  Unit  (CPU) 


The  processing  unit  is  a general  purpose  digital  com- 
puter. It  has  a 32  bit  word  length,  character,  half-word,  and 
word  addressing.  The  repertoire  has  been  optimized  for  the 
communication  task.  It  is  a generalized  register  machine,  having 
16  registers  of  32  bits  each.  Each  register  can  be  split  in 
half  and  used  independently.  The  machine  is  paged,  with  page 
size  of  65,536  characters. 

3 . 2 . 1 . 2 Interrupt  Control  Unit  (ICU 

All  interrupts  generated  in  the  system  are  transmitted 
to  the  interrupt  control  unit(s)  through  the  matrix.  In  addi- 
tion to  the  normal  interrupts  (e.g.,  transfer  termination, 
special  characters,  etc.)  the  ICU  gathers,  interprets,  and  acts 
upon  all  alarm  conditions. 

3.2. 1.3  General  Purpose  Channel  Unit  CCU) 

All  devices  are  connected  to  the  complex  by  means  of  a 
general  purpose  channel  unit.  All  channels  provide  the  fol- 
lowing capabilities: 

( 1 ) Programmable  speed 

(2)  Master  or  slave  mode 

(3)  Direct  memory  transfers 

(4)  Chained  I/O  operation 

(5)  Full  duplex  operation 


A channel  may  be  used  to  terminate  more  than  one  phys- 
ical device  if  a device  controller  of  the  proper  type  has  been 
designed.  The  device  side  of  the  interface  is  a character 
interface.  The  matrix  side  of  the  interface  is  logically  a 
word  interface.  The  device  side  interface  is  universal.  All 
controllers  must  be  built  to  serve  that  interface. 

3.2. 1.4  Memory  Unit  (MU) 

The  memory  unit  is  a module  of  65,536  characters.  From 
the  programmer's  point  of  view,  word,  half-word,  character,  and 
bit  addressing  are  provided. 

3. 2. 1.5  Memory-to-Memory  Transfer  Units  (MMTU) 

The  memory- to-memory  transfer  unit  is  used  to  make 
memory- to-memory  transfers  and  other  transfers  between  passive 
units.  Its  operation  is  transparent  to  the  programmer.  Each 
MMTU  takes  up  two  unit  numbers. 

3. 2. 1.6  System  Monitor  Unit  (SMU) 

The  system  monitor  unit  is  a watchdog  unit  over  the 
CPU's.  It  expects  signals  from  the  CPU's  on  a periodic  basis. 
Should  an  expected  signal  fail  to  arrive  on  time,  the  monitor 
unit  will  initiate  corrective  action,  ranging  from  re-initial- 
izing the  faulty  CPU  to  throwing  it  out  of  the  complex  and  re- 
assigning a standby  CPU  to  the  task. 

3. 2. 1.7  System  Clock  Unit  (SCU) 

The  system  clock  unit  provides  a master  timing  source 
and  time  of  day  clock  for  the  entire  complex.  It  is  address- 
able and  programmable. 

3. 2. 1.8  Bootstrap  Unit  (BU) 

A unit  which  can,  under  operator  control,  perform  the 
loading  of  various  control  memories  and  unit  ID's  as  necessary 
to  get  the  system  into  operation. 

3.2. 1.9  Performance  Monitor  Unit  (PMU) 

The  performance  monitor  unit  is  a unit  which  is  equipped 
with  high  impedance  probes  used  to  monitor  activities  within  the 
complex.  It  is  used  to  gather  statistics  on  the  complex's  per- 
formance and  internal  matrix  traffic.  Its  primary  use  is  for 
system  tuning  although  it  can  be  helpful  in  software  diagnosis. 


3.2.1.10  Matrix  Unit  (XU) 

The  matrix  is  a distributed  system  containing  a number 
of  submatrices.  Under  normal  operation,  there  is  no  need  to  ex- 
plicitly access  a submatrix  or  its  controls.  However,  in  the 
event  of  a submatrix  failure,  submatrix  restoral,  system  boot- 
strap, or  other  conditions  described  elsewhere,  it  is  necessary 
to  force  the  state  of  the  matrix  and/or  to  query  its  status. 

For  this  reason,  each  submatrix  control  is  also  accessible  as  a 
unit  through  data  paths  that  traverse  the  matrix  itself. 

3.2.2  The  Matrix 


The  matrix  is  a distributed,  modular  structure  with  in- 
herent graceful  degradation  capabilities.  It  is  the  means  by 
which  data  and  control  paths  are  established  between  all  units 
of  the  complex. 

The  connection  duration  is  typically  of  the  order  of  a 
few  memory  cycles  to  a few  milliseconds,  but  can  be  modified 
every  memory  cycle  if  necessary.  The  operation  of  the  matrix  is 
for  the  most  part  transparent  to  the  programmer.  The  matrix  is 
the  functional  counterpart  of  the  various  busses  found  in  pre- 
vious system  architectures.  The  matrix  control  is  performed  by 
a distributed  control  system  and  shares  the  graceful  degradation 
capabilities  of  the  matrix  proper.  Failure  of  part  of  the  matrix 
may  cause  the  system  to  slow  down,  but  will  not  cause  it  to  fail. 
Requests  for  connections  are  not  directly  under  program  control 
but  are  derived  from  the  nature  of  the  transfer  or  instruction 
being  executed.  The  matrix  is  self-diagnosing  and  creates 
interrupts  in  the  event  of  improper  connection  attempts. 

The  following  conventions  are  used  to  establish  a path 
through  the  matrix: 

(1)  A connection  is  normally  initiated  by  an  active 
unit. 

(2)  The  initiating  unit  is  called  the  "source  unit". 

Its  logical  identity  is  called  the  "source  identity" 
(SID). 

(3)  The  receiving  unit  is  called  the  "destination  unit". 
Its  logical  identity  is  called  the  "destination 
identity"  (DID). 

(4)  Every  unit  has  a unique  logical  identity  - else 
there  has  been  a malfunction. 
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(5)  Source  and  destination  have  nothing  to  do  with  the 
direction  of  data  transfer  - only  with  the  identity 
of  the  unit  that  initiated  the  transfer.  A passive 
unit,  is  normally  a destination  unit.  An  active 
unit  may  be  either  a source  or  a destination  unit. 
Some  specialized  units  may  be  only  source  units. 

A complete  description  of  the  matrix  and  the  signaling 
scheme  used  to  establish  paths  through  the  matrix  can  be  found 
in  Section  XI,  the  Matrix  Unit  Specification. 

3.2.3  Maximum  CP  System 

A complete  CP  system  can  consist  of  no  more  than  254 
units.  Units  are  categorized  as  being  either  active  or  passive. 
Memory  and  matrix  units  are  passive.  Most  other  units  are  ac- 
tive. 

3.2.4  Inter-Unit  Communication 


Communication  between  units  and  control  over  units  is 
obtained  through  the  use  of  a unit  level  micro-instruction 
repertoire.  There  is  a substantial  amount  of  overlap  between 
the  unit  repertoire  and  the  I/O  repertoire  of  the  system;  in 
many  cases,  the  commands  are  indistinguishable.  Unit  level  com- 
mands fall  into  two  categories:  unit  generic  commands  and  unit 

specific  commands.  Generic  unit  commands  are  identical  for  all 
units  and  can  be  applied  to  all  units.  The  behavior  of  the 
unit  under  a generic  command  will  be  the  same  (except  for  some 
details)  for  all  units.  A given  OPCODE  in  the  generic  reper- 
toire can  be  expected  to  have  the  same  action  in  all  units.  A 
unit  specific  command  has  an  interpretation  which  is  peculiar 
to  the  unit.  The  same  OPCODE  presented  to  some  other  unit  could 
result  in  totally  different  actions.  The  unit  generic  reper- 
toire will  be  discussed  in  this  specification.  The  unit  specific 
repertoire  will  be  discussed  in  the  specification  pertaining  to 
those  units. 

3 . 3 General  Features  of  CP  Units 
3.3.1  Control  Cache  Memory 


Every  unit  has  a high  speed  cache  memory  used  for  prior- 
ity control  and  instruction  validation.  The  memory  can  range  in 
size  from  128  bits  to  512  characters.  The  specific  size  is 
variable  and  the  operation  differs  from  unit  to  unit.  As  a 
minimum,  the  control  memory  specifies  whether  or  not  a command 
can  be  accepted  from  a given  SID,  and  with  what  priority  that 
command  should  be  executed.  The  validation/priority  field  is 
from  one  to  four  bits  in  length.  The  code  "0"  always  means  that 
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a command  cannot  be  accepted  from  the  SID  in  question.  The 
operation  of  the  priority/validation  memory  consists  of 
using  the  received  SID  as  an  index  to  the  control  memory  and 
thereby  fetching  the  priority/validation  field.  The  control 
memory  may  contain  other  fields  whose  interpretation  is  peculiar 
to  the  unit. 
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3.3.2  Ports 

A unit  may  have  one  or  more  ports  into  the  matrix.  A 
port  is  used  to  establish  a path  with  some  other  unit.  Only 
one  port  in  each  of  two  interconnected  units  is  allowed  to 
participate  in  the  connection.  Which  ports  are  involved  is 
arbitrary.  Thus,  if  unit  A has  two  ports,  and  unit  B has  four 
ports,  only  one  of  unit  A's  ports  can  be  connected  to  one  of 
unit  B's  ports.  One  and  only  one  of  a unit's  ports  can  be 
designated  as  the  primary  port.  The  designation  of  the  primary 
port  is  done  by  use  of  a micro-instruction.  The  primary  port 
establishes  tie-breaking  in  the  event  that  two  commands  at  the 
same  priority  are  active  simultaneously.  Ports  are  numbered 
sequentially  from  1 through  N.  The  port  numbering  cannot  be 
modified.  Port  priority  is  established  (in  decreasing  order) 
by  counting  cyclically  from  the  primary  port.  Thus,  if  a unit 
had  four  ports , and  port  #3  had  been  designated  as  the  primary 
port,  the  port  priority  order  would  be  3,  4,  1,  2.  Ports  which 
are  CLOSED  are  skipped  in  the  priority  ordering. 

A port  can  have  states  which  correspond  to  the  states  of 
a matrix  link,  that  is:  FREE,  RESERVED,  BUSY,  LOCKED,  ERROR, 

DEAD,  as  well  as  other  intermediate  transient  states.  Port 
states  are  partially  controllable  through  the  use  of  unit  micro- 
instructions. 

3.3.3  Maximum  Unit  ID  (MID) 

Every  unit  stores  as  a constant  the  numerically  largest 
unit  ID  to  which  it  is  allowed  to  respond.  This  may  correspond 
to  the  numerically  largest  ID  in  the  system,  but  does  not  have 
to.  The  MID  is  changeable  through  the  use  of  a unit  generic 
micro-instruction . 

3.3.4  Logical  ID  (LID) /Physical  ID  (PIP) 

Every  unit,  except  XU's,  store  their  own  programmer  modi- 
fiable LID,  as  well  as  their  own  physical  ID.  Physical  ID's 
cannot  be  modified  under  program  control.  Physical  ID's  can  be 
read  through  the  use  of  a unit  generic  micro-instruction. 

3.3.5  ICU  ID.  Interrupts 


Every  unit  stores  the  logical  ID  of  two  other  units,  to 
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which  it  is  to  respond  should  an  interrupt  be  required.  Typi- 
cally, these  are  the  ICU  and  the  back-up  ICU,  however,  this  is 
a usage  convention  and  can  be  modified  under  program  control. 
Interrupts  may  result  from  normal  unit  operation  or  from  mal- 
functions. When  these  occur,  the  unit  responds  by  transmitting 
an  interrupt  code  along  with  pertinent  interrupt  related  infor- 
mation. The  interrupt  code  and  the  associated  information  is 
peculiar  to  the  unit  and  may  be  interpreted  differently  from 
unit  type  to  unit  type.  The  primary  and  secondary  ICU  ID  are 
changeable  through  the  use  of  unit  generic  micro-instructions. 

3.3.6  Logical  Independence  - Power  Transient  Protection,  Mal- 
function Detection 

Units  are  to  the  maximum  extent  feasible,  electrically 
and  logically  independent  of  one  another.  Interfaces  have  been 
designed  with  safe  logical  values  so  that  open  line  conditions 
will  not  impact  the  rest  of  the  system.  Some  units  have  their 
own  power  transient  protection  (e.g.,  memory  units).  Illogical 
conditions  are  detected  by  the  unit's  logic  where  possible  and 
result  in  the  generation  of  an  appropriate  interrupt. 

3.3.7  Instruction  Stacking 

Each  unit  is  capable  of  storing  one  instruction  per  port. 
Some  units  may  be  capable  of  stacking  more  than  one  instruction 
per  port.  Instruction  stack  entries  are  not  tied  to  the  port  as 
such.  That  is,  a unit  with  8 stack  entries  could  stack  three 
commands  for  one  port,  two  for  another,  etc. 

3.3.8  Command  Execution  Speed 

While  a given  command  such  as  an  I/O  command  could  entail 
many  transfers  over  a long  period  of  time,  each  such  operation, 
when  examined  as  a sequence  of  micro-instructions,  takes  place 
at  the  maximum  matrix/unit  speed.  Thus,  the  transfer  of  char- 
acters for  a channel  operating  at  100  characters  per  second, 
would  be  treated  at  the  micro-instruction  level,  as  100  separate 
single  character  transfers  every  second. 

3 . 4 Priority  Operation 

The  following  priority  rules  apply  to  all  units: 

(1)  Unit  (SID)  priority  as  stored  in  the  cache  memory  (if 
stored)  is  applied  first. 

(2)  If  there  is  no  stored  priority,  or  if  the  priorities 
for  two  SID's  are  the  same,  port  order  applies. 
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(3)  If  the  unit  is  a single  port  unit  (actually  or  effec- 
tively by  virtue  of  ports  being  closed),  or  if  other- 
wise command  priority  has  not  been  resolved  by  the 
above  rules,  then  unit  specific  priorities  based  on  the 
OPCODE  of  the  instruction  are  applied. 

(4)  If  the  priority  has  not  been  resolved  through  the  use 
of  rules  1 through  3 above,  then  FIFO  applies. 

(5)  The  exception  to  the  above  rules  is  the  ABORT  GLOBAL 
command  which  aborts  all  pending  commands  and  thereby 
takes  priority. 

3 . 5 The  Unit  as  a Source 


A unit  may  issue  a command  directly  as  a result  of  its  own 
operation,  or  indirectly  as  a result  of  the  operation  of  some 
other  unit.  Furthermore,  the  command  may  have  come  from  within 
itself,  or  may  have  been  supplied  externally  - again  through  the 
action  of  some  other  unit.  However,  many  steps  of  indirection 
are  involved,  ultimately  the  unit  comes  to  the  point  where  it 
will  issue  a command  to  some  other  unit.  The  following  steps 
are  involved  in  the  unit's  behavior  as  a command  source: 

1.  Select  Port 


The  highest  priority  (cyclic  order  from  the  primary  port) 
free  port  is  selected  for  the  issuance  of  the  command,  un- 
less a RESERVED  or  LOCKED  port  to  the  DID  in  question  al- 
ready exists. 

2.  The  DID,  SID,  and  OPCODE  characters ) are  transmitted 
sequentially  without  waiting  for  a validation  in  the 
form  of  an  echo  DID.  It  is  (correctly)  assumed  that 

in  most  cases  the  command  is  valid  and  that  it  will  get 
through  the  matrix.  If  the  reflected  DID  does  not 
match  that  which  was  transmitted,  the  path  kill  signal 
is  sent,  and  the  transmission  of  the  OPCODE  is  curtailed. 
An  interrupt  is  fabricated  for  transmission  to  the 
primary  ICU.  The  interrupt  contains:  the  SID,  DID, 

OPCODE,  PORT  NUMBER,  and  the  interrupt  code  "BAD  DID 
REFLECTED".  The  interrupt  is  sent  on  a different  port 
if  possible. 

3.  Transmission  of  the  rest  of  the  command  (SID  and  OPCODE) 
implies  that  someplace  along  the  line,  the  destination 
unit  will  signal  back  its  tentative  acceptance  of  the 
command.  If  command  is  not  accepted,  from  the  point 

of  view  of  the  source,  a PATH  KILL  signal  will  appear. 

In  this  case,  the  source  unit  will  signal  the  fact  by 
generating  an  interrupt  with  the  same  information  as 
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before,  except  with  a "COMMAND  REJECTED"  interrupt 
code.  Mere  failure  to  get  through  to  the  destination 
unit,  as  signalled  by  a BUSY,  does  not  result  in  an 
interrupt  for  the  typical  unit  level  command. 

The  transmission  of  the  OPCODE  (which  is  of  a known 
length)  sets  off  a timer  (actually  a counter  of  char- 
acter transmission  periods)  in  the  source  units.  The 
counter  establishes  a window  within  which  the  destina- 
tion unit  must  respond  with  a LOCK  signal.  The  window 
time  includes  the  transmission  delays  of  the  matrix  for 
the  round  trip.  Should  the  LOCK  signal,  or  BUSY  - in 
general,  a state  change  signal  - fail  to  appear  within 
the  window,  it  is  assumed  by  the  source  unit  that  the 
destination  unit  has  failed  to  get  all  the  characters 
of  the  command,  or  is  expecting  more  characters  than 
are  forthcoming.  The  source  unit  will  respond  to  this 
situation  by  the  generation  of  an  appropriate  interrupt. 

4.  During  the  data  transfers  (if  that  is  the  nature  of  the 
operation)  both  the  source  and  destination  units  esta- 
blish windows  based  on  the  length  of  the  transfer  and 
monitor  the  duration  thereof  to  see  to  it  that  all 
characters  and  no  more  than  were  expected  are  trans- 
ferred. Recall  that  the  direction  of  data  transfer 
does  not  necessarily  relate  to  which  unit  was  a source 
or  which  unit  was  a destination. 

5.  The  completion  of  the  transfer  or  instruction  execution 
is  signalled  by  the  destination  unit.  This  results  in 
changing  the  port  state  and  the  state  of  the  link  at- 
tached to  the  port  to  the  RESERVED  state,  unless  the 
path  had  been  locked  by  a LOCK  command. 


A unit  may  initiate  a command  prior  to  the  completion  of 
commands  on  other  ports.  At  any  instance  of  time,  however,  there 
is  only  one  micro-command  active  for  a given  port.  The  ability 
to  issue  simultaneous  commands  (on  separate  ports)  is  a peculiar- 
ity of  the  unit. 

3.6  The  Unit  as  a Destination 

A unit's  destination  behavior  is  complementary  to  its  be- 
havior as  a source.  The  following  steps  are  entailed  in  the 
unit's  behavior  as  a destination: 

1.  There  is  no  port  selection,  except  that  which  is  im- 
plicit in  the  traffic  pattern  through  the  matrix.  The 
connection  attempt  is  made  on  a free  port,  or  in  the 
case  of  usurpation,  on  a busy,  reserved,  or  locked  port. 

•I 
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2.  The  received  DID  is  compared,  bit  serially,  by  the 
destination  unit.  At  the  first  instance  that  it  has 
been  determined  that  there  is  mismatch,  the  unit  re- 
sponds with  the  NO  signal,  which  will  have  the  effect 
of  clearing  that  path.  Note  that  the  DID  code  could 
come  into  more  than  one  port  simultaneously.  Once  the 
DID  has  been  validated  and  found  to  match,  the  desti- 
nation unit  sends  it  out  as  a reflected  DID. 

3.  The  SID  is  accepted  and  is  used  as  the  first  part  of 
command  validation.  At  the  first  bit  in  which  it  is 
determined  that  the  SID  exceeds  the  MID  stored  in  that 
unit,  the  unit  responds  with  a command  rejection  signal 
back  to  the  source  and  an  interrupt  to  the  ICU,  con- 
taining the  SID,  DID,  PORT  NUMBER,  and  the  code  "SID 
REJECTED" . 

4.  OPCODE  validation  proceeds  as  the  OPCODE  is  received. 
Validation  may  require  that  more  than  one  character  of 
the  OPCODE  be  examined.  The  validation  rules  are 
peculiar  to  the  unit.  An  invalid  OPCODE  is  rejected 
by  a path  KILL  signal  and  a transmission  of  an  inter- 
rupt to  the  ICU  containing  the  SID,  DID,  and  "OPCODE 
REJECTED"  code  in  the  interrupt. 

As  with  the  source  unit,  the  destination  unit  establishes 
a window  for  the  receipt  of  the  complete  OPCODE.  In  the 
case  of  the  destination  unit,  matrix  delays  do  not  have 
to  be  taken  into  account.  If  the  OPCODE  should  be  cur- 
tailed or  extended  (e.g.,  extra  characters)  an  appro- 
priate interrupt  will  be  generated. 

5.  The  completion  of  the  transfer  or  the  instruction  exe- 
cution is  signalled  by  changing  the  state  of  the  path. 


6.  If  the  same  SID  should  appear  simultaneously  on  two  or 
more  ports,  the  responding  port  is  chosen  in  port  order. 
The  unused  ports  are  given  a path  KILL  signal. 


3.7  Generic  Unit  Micro-Commands 
3.7.1  General 

This  section  is  a discussion  of  the  generic  unit  micro- 
commands; that  is,  those  commands  which  apply  to  all  units.  It 
should  be  pointed  out  that  the  term  "generic"  can  be  occasionally 
misleading.  It  is  not  absolutely  true  that  all  generic  commands 
in  all  modes  can  be  issued  and  acted  upon  by  all  units.  Some 
modes,  for  example,  the  indirect  mode,  can  only  apply  to  units 
which  have  or  are  memory  units.  In  some  cases,  the  interpreta- 
tion and  details  of  a "generic"  command  will  differ  from  unit 
to  unit  - but  the  general  action  and  intent  will  be  the  same. 
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Unit  specific  commands  fall  into  the  OPCODE  structure  of  the 
generic  commands  and  are  discussed  separately  for  each  unit 
type.  Each  unit  contains  the  logic  to  validate  commands  that 
it  receives.  When  command  validation  fails,  the  destination 
unit  (the  one  that  interprets  the  command)  generates  an  inter- 
rupt to  the  ICU. 

3.7.2  Command  Formats  and  Modes 


3. 7. 2.1  General 


A unit  micro-command  is  a string  of  characters  of 
variable  length.  The  first  character  (after  the  SID  and  DID 
characters)  is  either  a command  or  the  descriptor  of  a com- 
mand. Command  descriptors  are  used  to  provide  various  modes 
of  operation  for  commands.  The  first  bit  of  the  command  is  the 
D bit.  If  D = 0,  the  character  is  a command.  If  D = 1,  the 
character  is  the  descriptor  of  a command,  which  is  to  be  found 
as  the  next  character  in  the  command  stream.  A descriptor  can 
precede  any  valid  command.  The  descriptor  can  specify  a combi- 
nation of  three  modes  of  operation:  first  person/third  person, 

direct/indirect,  chained/unchained.  These  terms  are  defined 
in  the  sequel.  If  a command  is  not  preceded  by  a descriptor, 
it  is  in  the  first  person,  direct,  unchained  mode.  The  over- 
whelming majority  of  unit  micro-instruction  executions  are  in 
this  mode.  If  the  D bit  of  the  command  is  1,  the  next  three 
bits  specify  the  mode  of  the  command  as  follows: 

BIT  2 - First  or  third  person  mode 

BIT  3 - Direct  or  indirect  mode 

BIT  4 - Chained  or  unchained  mode 

BITS  5,  6 - Command  type  descriptor 
00  = generic  unit  micro 

BITS  7,  8 - Termination  code 

00  = normal  termination  for  generic  unit 
micros. 


3. 7.2.2  Person  Mode 


Three  different  units  are  potentially  involved  in  the 
execution  of  a command:  the  unit  that  initiates  the  command 

(first  person  - "I"),  the  unit  that  receives  the  command  (second 
person  - "YOU"),  and  possibly  a unit  that  is  the  object  of  the 
command  if  different  from  the  first  two  units  (third  person  - 
"IT").  The  forms  that  a command  can  take,  then,  are: 
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"I  tell  you  to  do  such  and  such  with  it"  ( first,  second, 
and  third  person). 


In  the  first  case,  the  source  and  destination  are  the 
participants  in  the  command.  In  the  latter  case,  the  source 
directs  the  destination  to  become  a source  for  the  execution  of 
a command  with  another  destination. 


We  call  these  modes  the  "first  person"  and  "third 
person"  mode  respectively.  Generic  unit  commands  and  unit 
specific  commands,  when  used  as  micro-instructions  which  form  a 
part  of  a higher  level  command,  are  normally  executed  in  the 
first  person.  When  unit  commands  are  used  as  part  of  I/O  com- 
mands, they  are  generally  used  in  the  third  person  mode.  Thus, 
a CPU  issuing  a command  to  a channel,  directing  it  to  transfer 
data  to  a memory  is  a clear  example  of  the  use  of  the  third 
person  mode.  On  the  other  hand,  the  same  CPU  requesting  that  a 


unit  transfer  its  status  to  a CPU  register  is  an  example  of  a 
first  person  mode  command. 


A command  given  in  the  third  person  is  identical  to  a 
first  person  command,  except  that  immediately  preceding  the  re- 
maining characters  of  the  command  is  the  logical  ID  of  the 
"third  person"  that  is  to  be  involved  in  the  execution  of  the 
command.  The  destination  unit  stores  the  command  and  the  UID 
of  the  third  person  unit,  completes  the  command  sequence  with 
the  source  unit,  frees  the  path,  and  thereafter,  reissues  the 
command  as  if  it  had  originated  with  the  destination  unit.  The 
destination  unit  therefore  becomes  the  source  unit  for  the  re- 
issuance of  the  command.  The  only  change  that  occurs  to  the 
first  character  of  the  command  is  to  change  the  person  bit  from 
the  third  person  mode  to  the  first  person  mode.  Validation 
windows  are  adjusted  to  take  the  person  into  account. 


3. 7. 2. 3 Chaining  Mode 


This  bit  indicates  that  the  command  in  question  is  part 
of  a chain  of  commands.  In  addition  to  the  other  command  parts, 
a unit  ID  (typically  that  of  a memory)  and  an  address  (another 
two  characters)  is  provided.  The  unit  which  executed  a chained 
command  retains  the  unit  ID  and  the  address.  Upon  completion 
of  the  present  command,  it  fetches  a new  command  from  the  indi- 
cated memory  location.  Chaining  applies  to  either  person  modes. 
Chaining  continues  until  an  unchained  command  has  been  reached. 
Note  that  the  act  of  chaining  allows  a source  unit  to  execute 


a string  of  separate  commands  without  intervention  by  the  unit 
which  initiated  the  chain.  Command  validation  and  priorities 
for  chained  commands  are  established  with  respect  to  the  unit 
from  which  the  command  is  fetched  and,  except  for  the  first  com- 
mand of  the  chain,  not  with  respect  to  the  unit  that  initiated 
the  chain.  Once  the  chain  has  been  kicked  off,  the  unit  fetches 
the  commands  from  the  other  (the  memory)  unit  and  treats  it  as 
if  the  memory  unit  had  initiated  the  command.  From  the  point  of 
view  of  the  memory  unit,  the  fetch  is  accomplished  by  a normal 
fetch  micro  (see  below).  It  is  the  receiving  unit  that  does  the 
interpretation  of  this  data  as  a command  rather  than  as  data. 

3 . 7 . 2 . 4  Indirect  Mode 


The  indirect  mode  is  like  the  chaining  mode  except  that 
there  is  no  command  following  the  descriptor  character,  only  the 
unit  ID  and  the  address  at  which  the  command  is  to  be  found. 
Indirect  mode  commands  specify  where  the  unit  is  to  find  the 
command  which  it  is  to  execute.  The  format  is: 


DID 

SID 

DESCRIPTOR 

UID 

ADDRESS 

ADDRESS 

3. 7. 2. 5  Command  Length 


16  CHARACTER 


While  the  issuing  unit  always  knows  the  command  length 
at  the  time  of  issuance,  in  the  case  of  indirect  or  chained  mode 
commands,  the  command  length  is  determined  by  a combination  of 
the  descriptor  and  the  first  character,  or  more,  of  the  command. 
Where  the  command  itself  is  not  to  be  found  in  the  issuing  unit, 
the  number  of  additional  characters  to  be  transferred  is  deter- 
mined by  the  unit,  and  depending  on  the  nature  of  the  command, 
another  micro-instruction  may  be  executed  without  releasing  the 
port,  or  controls  are  established  which  will  cause  the  proper 
number  of  additional  characters  to  be  transferred. 


3. 7. 2. 6  Non-Descriptors 

If  the  first  character  is  not  a descriptor,  as  indi- 
cated by  a D bit  =0,  it  is  a command  and  has  the  following 
format : 


0 SS  UUUUU 

The  S bits  specify  the  number  of  characters  to  follow 
the  given  character,  excluding  those  added  by  virtue  of  the 
descriptor  and  the  modes  therein.  A micro-command,  therefore, 
can  consist  of  1,  2,  3,  or  4 characters,  corresponding  to  S bit 
values  of  00,  01,  10,  and  11,  respectively. 


3.7.3  Single  Character  Commands:  SS»00 


These  commands  are  the  most  frequently  used  micro-com- 
mands. They  have  been  encoded  into  single  character  OPCODES  in 
order  to  minimize  matrix  transfer  times.  The  first  bit  of  the 
OPCODE  designates  if  the  command  is  a transfer.  There  are  five 
bits  in  the  OPCODE.  The  first  bit  designates  a transfer  or  a 
non-transfer.  If  a transfer,  the  remaining  bits  designate  the 
size  and  direction  of  the  transfer.  If  a non-transfer,  the  re- 
maining bits  designate  which  of  16  micro-instructions  it  is. 

3. 7. 3.1  Transfers  - DSSU  0001XNNN 

These  commands  are  all  of  the  form: 


I-  «■ 


Transmit  2 - transmit  or  receive  N characters. 

The  "X"  bit  designates  whether  the  direction  is  a trans- 
mit or  a receive.  The  NNN  bits  designate  the  number  of  char- 
acters to  be  transferred,  as  a number  from  1 to  8.  The  code 
000  is  by  convention  used  to  denote  a transfer  of  8 characters. 
This  is  the  work-horse  micro-level  transfer  command.  It  is  used 
between  units  and  memory  for  almost  all  purposes.  The  "transmit- 
2"  portion  of  the  command  is  interpreted  by  the  destination  unit 
(typically  a memory)  as  an  address.  We  use  the  generic  notation 
X2XN  or  X2RN  to  designate  variations  on  this  command;  where  "R" 
means  "receive"  or  "read".  Examples  of  the  use  of  this  command 
are: 


X2R1  - single  character  read  by  a CPU,  or  cycle  stealing 
read  of  a single  character  by  a channel. 


X2R2  - memory  half-word  read,  as  might  be  used  by  a 
CPU  in  an  indirect  address  operation. 

■ i 

X2R4  - full  word  read,  as  might  be  used  by  a CPU  in  an 
operand  fetch,  or  a normal  instruction  fetch. 

X2X1  - Cycle  stealing  of  a character  into  memory. 

X2X4  - word  transfer  from  CPU  to  memory  or  channel  to 
i memory. 

3. 7. 3. 2 Non-Transfers  - DSSU  0000  XXXX 


Mnemonic  Name 


GO  OFF-LINE 


GOOF 


Description 


The  logical  ID  of  the  unit  is  set  to 
zero.  The  unit  is  reset  and  an  indi- 
cator light  on  the  unit  is  lit.  The 
unit  cannot  be  brought  back  to  on- 
line operation  except  by  pressing  a 
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Mnemonic 

Name 

Description 
physical  reset  button. 

REST 

RESET 

The  unit  is  reset  to  the  quiescent 
state  with  respect  to  everything  but 
the  logical  ID  which  is  unchanged. 

CLOS 

CLOSE 

The  unit  will  refuse  to  respond  to 
any  command  except  an  OPEN  command. 
The  state  of  the  unit  is  not  changed 
otherwise. 

OPEN 

OPEN 

Reverses  the  action  of  the  CLOSE  com- 
mand . 

POWR 

POWER  DOWN 

Same  as  close  except  that  the  unit 
enters  a special  power  down  safety 
state  and  re-opens  itself  at  the  con- 
clusion of  the  power  transient.  The 
unit  will  not  respond  to  any  command 
as  long  as  it  believes  the  power  to 
be  inadequate. 

RTST 

RETURN  STATUS 

The  unit  responds  by  transmitting  a 
unit  specific  status  code. 

XORO 

XORO 

Transmit  nothing,  receive  nothing. 

A noop  operation  used  primarily  for 
diagnostic  purposes. 

LOCK 

LOCK  PATH 

The  unit  keeps  the  path  (on  which  the 
command  was  received)  locked  until 
unlocked  or  usurped. 

UNLK 

UNLOCK  PATH 

Unlocks  a path  on  which  it  is  re- 
ceived. Has  no  effect  on  a path  al- 
ready unlocked. 

FINT 

FORCE  INTER- 
RUPT 

The  unit  responds  by  transmitting  an 
interrupt  to  the  ICU.  Giving  the 
usual  Interrupt  related  details 
(CODE,  SID,  DID,  etc.). 

FUST 

FETCH  UNIT 
STATE 

The  unit  responds  by  transmitting  a 
character  corresponding  to  its  in- 
ternal control  state.  This  is  a 
diagnostic  command. 

LART 

LOCAL  ABORT 

Aborts  all  commands  pending  for  that 

SID. 


Mnemonic  Name 


Description 

GART  GLOBAL  ABORT  Aborts  all  commands  pending. 


INXT  INCREMENT  This  is  a diagnostic  command.  The 

STATE  internal  state  counter  of  the  unit  is 

treated  as  a gray-code  counter.  Re- 
ceipt of  this  command  causes  the 
count  to  be  increased  by  1,  and  the 
unit  is  allowed  to  perform  exactly 
one  state  change.  The  state  resulting 
from  this  operation  is  transmitted 
back  to  the  requesting  unit.  This 
command  must  be  preceded  by  a LOCK 
command. 


QUEP 

QUERY  PID 

The  unit  responds  by  transmitting  its 
physical  ID  to  the  requesting  unit. 

xxxx 

UNASSIGNED 

3.7.4 

Two  Character 

Commands : 

SS-01 

3.7.4. 1 Transfer  Commands 


The  bits  of  this  command  are  defined  as  follows: 

0011IDXX  NNNNNNNN 

The  D bit  is  defined  as  before.  The  S bits  are  "01". 

The  fourth  bit,  whose  value  is  1,  indicates  that  this  is  a 
transfer.  The  I bit  indicates  the  direction  of  the  transfer  - 
source  to  destination  or  destination  to  source,  and  the  D bit 
specifies  if  the  information  transferred  is  data  or  if  the  in- 
formation is  control  information,  such  as  the  contents  of  the 
unit's  cache  memory.  Bits  7 and  8 are  reserved  for  variations 
in  the  interpretation  of  this  command.  The  second  character  of 
the  command  specifies  how  many  characters  are  in  the  transfer. 
Note  that  there  is  no  address  in  this  command  and  the  source  or 
destination  unit  (depending  upon  the  direction  of  the  transfer) 
must  be  able  to  interpret  where  the  data  in  question  is  to  come 
from  or  go  to.  Examples  of  the  use  of  this  command  are: 

XORN  001101XX  - transmit  0,  receive  NNNNNNNN 

XOXN  001100XX  - transmit  0,  transmit  NNNNNNNN 

The  convention  NNNNNNNN  ■ 0 is  used  to  indicate  a trans- 
fer of  256  characters.  This  command  is  used  for  block  transfers 
from  channel  to  channel  at  full  channel  speed  where  an  address 
does  not  have  to  be  supplied. 
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00110000 


SST1  Set  State  1 
SST2  Set  State  2 00110001 

SST3  Set  State  3 00110010 

SST4  Set  State  4 00110011 

Used  to  set  up  to  1024  characters  (in  increments  of 
256  characters)  of  a unit's  cache  memory  (the  source)  to  the 
specified  destination.  These  commands  are  referred  to  as  SET- 
STATE  N commands. 


FST1  Fetch  State  1 00111000 
FST2  Fetch  State  2 00111001 
FST3  Fetch  State  3 00111010 


FST4  Fetch  State  4 00111011 

Used  to  fetch  up  to  1024  characters  into  a unit's  cache 
memory.  These  commands  are  referred  to  as  FETCH  STATE  N commands. 

3. 7. 4. 2 Non-Transfers  00100XXXX  NNNNNNNN 


SLID  SET  LOGICAL  ID  - the  logical  ID  of  the  unit  is 

changed  to  NNNNNNNN. 

SMID  SET  UNIT  MAX  - the  maximum  value  of  the  LID  that 

the  subject  unit  will  accept  com- 
mands from  is  set  at  NNNNNNNN. 

SICU  SET  ICU  ID  - the  ID  of  the  primary  ICU  for  that 

unit  is  set  by  this  command  to 
the  value  NNNNNNNN. 


SISU  SET  SECONDARY  - the  ID  of  the  secondary  ICU  for 
ICU  ID  this  unit  is  set  by  this  command 

to  value  NNNNNNNN. 


CLPN  CLOSE  PORT  N - port  N of  the  unit  is  shut  down 

and  will  not  be  used  again  until 
opened.  If  the  unit  does  not 
have  N ports,  the  command  is  ig- 
nored and  the  fact  is  signalled 
by  an  interrupt.  This  command 
is  used  to  patch  around  certain 
types  of  matrix  failures.  If 
closure  of  the  port  will  cause 
the  unit  to  be  left  without  an 


OLPN  OPEN  PORT  N 


SPNP  SET  PORT  N TO 
PRIMARY 

STAT  SET  STATE 


open  port,  the  fact  will  be  sig- 
nalled by  an  interrupt  and  the 
unit  will  enter  the  CLOSED  state. 

this  reverses  the  action  of  the 
CLOSE  PORT  N command.  This  com- 
mand can  be  received  on  any  free 
port,  whether  OPEN  or  CLOSED. 

port  NNNNNNNN  is  thereafter 
designated  as  the  primary  port. 

the  unit  state  is  set  to  that 
specified  by  the  second  character. 


3.7.5  Three  Character  Commands:  SS=10 


3. 7. 5.1  Transfers 

Three  character  transfer  commands  are  analogous  to  the 
two  character  transfer  commands,  except  that  a single  character 
code  can  be  transmitted  preceding  the  transfer.  The  interpre- 
tation is  unit  dependent. 

3. 7. 5. 2 Non-Transfers 

CNID  CONVERT  NULL  - if  the  logical  ID  of  the  desti- 

ID  nation  unit  is  00000000  and  its 

physical  ID  matches  that  which 
is  transmitted  as  the  second 
character  of  the  command,  its 
logical  ID  is  changed  to  that 
which  is  found  in  the  third  char- 
acter. This  is  an  important  com- 
mand for  restoring  failed  units 
or  for  bootstrapping  a system. 

3.7.6  Four  Character  Commands:  SS=11 


3.7.6. 1 Transfers 


The  same  transfer  modes  as  were  found  in  the  two  char- 
acter commands  are  provided.  The  additional  two  characters  are 
now  interpreted  as  a memory  address.  This  command  is  used  to 
transfer  blocks  of  data  to  and  from  memory,  and  more  important, 
to  load  and  store  the  contents  of  cache  memories,  or  registers 
for  an  interrupt. 

3. 7.6.2  Non-Transfers 


The  following  commands  are  available  in  a four  char- 
acter version.  It  is  assumed  that  in  this  case,  that  one  of  the 
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units  is  a memory  or  other  unit  that  can  make  use  of  a 16  bit 
address  field.  The  effect  is  to  load  or  store  the  information 
in  question  from  or  to  memory  as  appropriate: 


» 

[ 


I 

f 

r 


I 

\ 

: 
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RETURN  STATUS  (TO  MEMORY),  FETCH  STATE  (AND  STORE), 

QUERY  PID  (AND  STORE),  SET  LOGICAL  ID  (FROM  MEMORY), 

SET  UNIT  MAX  (FROM  MEMORY),  SET  STATE  (FROM  MEMORY), 
INXMT  (AND  STORE),  SET  ICUID  (FROM  MEMORY),  SET 
SECONDARY  ICUID  (FROM  MEMORY). 

3.8  Input /Output  (I/O)  Operations  and  Inter-Unit  (IU)  Repertoire 
3.8.1  General 


The  I/U  repertoire  ("Inter-Unit")  of  the  CP  is  an  inde- 
pendent instruction  set  that  is  used  to  regulate  and  control 
the  inter-actions  of  units.  It  is  in  no  way  tied  to  the  oper- 
ation of  CPU's.  In  fact,  I/O  operations  and  inter-unit  opera- 
tions can  be  initiated,  executed,  and  terminated  without  the 
intervention  of  a CPU,  should  that  be  desired.  Part  of  the  I/U 
repertoire  has  already  been  presented  - the  unit  generic  micro- 
commands. The  I/U  repertoire  has  four  primary  uses: 

(1)  Input/Output  Operations 

(2)  Bootstrapping 

(3)  Recovery  and  Reconfiguration 


(4)  Micro-Level  Control  of  Inter-Unit  Operations 

The  major  distinction  between  I/U  micro-commands  and  I/U 
macro- commands  (or  just  "commands")  is  the  existence  of  a com- 
mand descriptor  character.  An  I/U  macro  is  a specification  for 
the  automatic  execution  of  a number  of  I/U  micro-commands.  For 
example,  a command  to  transfer  data  from  a channel  to  a memory 
would  result  in  a series  of  micro-level  X2X4  commands  sufficient 
to  accomplish  the  entire  transfer.  The  control  logic  is  part 
of  the  unit  that  executes  the  command.  In  general,  the  re- 
ceiving unit  responds  only  at  the  micro-command  level  and  has 
no  need  to  distinguish  whether  this  is  a separate  micro-command 
or  part  of  a longer  sequence  of  micro-commands  that  was  initi- 
ated by  an  I/U  macro. 

3.8.2  I/O  Commands  and  Channels 

3. 8. 2.1  General 


The  CP  engages  in  two  types  of  communications:  in- 

ternal and  external.  Internal  communications  are  for  the  most 
part  transparent  to  the  programmer  and  involve  inter-unit  trans- 
fers as  discussed  in  this  section  and  in  subsequent  sections  for 
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individual  unit  types.  External  communications  are  two  devices 
which  are  not  themselves  units.  All  devices  are  attached  to 
the  CP  by  means  of  channels  and  all  channels  are  identical,  ex- 
cept for  the  number  of  ports.  All  input/output  operations  are 
performed  through  a hierarchy  that  consists  of:  unit,  channel, 

device  controller,  and  device.  Philosophically,  an  I/O  command 
consists  of  a string  of  characters  as  follows: 

UNIT  GENERIC  COMMAND 

UNIT  SPECIFIC  COMMAND  - CHANNEL  GENERIC  COMMAND  = I/U 
MACRO 

DEVICE  CONTROLLER  COMMAND 

DEVICE  COMMAND 

At  each  level,  the  subsequent  part  of  the  command 
string  is  considered  to  be  data.  Thus,  the  channel,  considered 
as  a unit,  treats  the  channel  generic  command  as  data  as  well  as 
the  device  controller  command  and  device  command  portions.  The 
channel,  in  its  role  as  a specific  kind  of  unit,  interprets  the 
channel  generic  portion  of  the  command,  and  treats  the  device 
controller  and  device  commands  as  data.  The  device  controller 
(if  any)  interprets  its  portion  of  the  command,  and  passes  on 
the  device  specific  command  to  the  device,  which  does  the  final 
interpretation.  Each  level  in  the  hierarchy  then  treats  the 
portion  of  the  command  that  is  to  be  interpreted  by  the  next 
level  as  if  it  were  data.  I/O  commands  in  the  CP  are  therefore 
all  constructed  commands.  Only  unit  generic  commands  can  be 
issued  directly  under  the  I/U  repertoire.  The  reader,  however, 
should  not  jump  to  the  conclusion  that  each  I/O  operation  will 
require  the  explicit  construction  of  a four  level  hierarchy  of 
commands.  This  has  been  a philosophical  rather  than  substantive 
discussion  of  the  I/O  repertoire.  In  practice,  a major  part  of 
the  above  hierarchy  of  commands  is  automatically  fabricated  by 
the  channel  (see  Section  VI). 

3. 8. 2. 2 Overview  of  Command  Operation 

It  is  desired  to  set  up  a transfer  of  ten  blocks  of 
1024  characters  each  from  a moving  head  disc  unit  to  a number 
of  256  character  dynamically  allocated  data  blocks  contained  in 
a memory  unit.  It  is  also  desirable  to  have  a record,  in  memory, 
of  the  fact  that  each  256  character  block  and  each  1024  char- 
acter block  has  been  successfully  transferred.  Furthermore,  it 
is  necessary  to  have  an  interrupt  at  the  conclusion  of  the  en- 
tire sequence. 

The  process  would  start  with  a device  imperative  macro, 
whose  device  specific  data  would  contain  the  information:  "seek 
track  N".  The  termination  code  for  this  command  would  result  in 
the  chaining  of  the  fact  that  the  seek  had  been  done,  in  a-pre- 


determined  location,  as  part  of  the  termination  condition  of 
the  I/U  macro.  This  first  command  would  be  command  chained  to 
a transfer  I/U  macro  that  would  specify  the  memory  locations 
into  which  the  information  was  to  be  placed.  The  transfer  com- 
mand would  also  contain  device  specific  information  that  would 
specify  "Sector  17".  The  command  would  have  been  specified  as 
a sequence  of  256  character  transfers  and  data  chaining  would 
be  used.  The  termination  sequence  of  each  256  character  sub- 
transfer would  specify  that  the  fact  of  conclusion  of  transfer 
of  that  256  characters  be  placed  in  a specified  location.  The 
transfer  rate  in  the  case  of  a disc  is  controlled  by  the  disc, 
therefore,  the  channel  would  be  slave  to  it.  Buffering  in  the 
channel  would  have  been  arranged  to  have  transfers  occurring  in 
groups  of  4 characters  each.  As  each  buffer  full  was  acquired, 
the  channel  would  execute  a unit  level  micro-instruction  to 
transfer  the  accumulated  group  of  four  characters  into  the 
specified  memory  locations.  This  would  be  done  through  the  use 
of  an  X2X4  micro-instruction.  The  paths  would  normally  be  freed 
between  each  group  of  four  transfers,  and  potentially,  the 
channel  would  be  free  to  accept  other  commands  from  other  units. 
All  commands,  except  an  ABORT  command,  however,  would  be  re- 
jected until  the  entire  transfer  had  been  finished.  Each  new 
sector  RjsAD  would  be  initiated  by  another  chained  I/U  macro. 

The  command  chain  would  continue  in  this  manner,  until  the 
last  command  of  the  sequence.  This  command  would  have  a termi- 
nation specification  for  an  interrupt,  rather  than  a chaining 
of  the  termination  data.  If  at  any  time  during  the  course  of 
the  command  execution,  the  device  sensed  a condition  that  re- 
quired attention  on  the  part  of  the  channel,  or  some  additional 
control  information,  the  flow  of  data  would  be  interrupted  and 
a control  code  would  be  transmitted  to  the  channel,  indicating 
if  it  were  an  error  termination,  a normal  termination,  or  a 
special  condition.  Any  of  these  could  be  followed  by  auxiliary 
data  which  is  passed  on  to  another  unit  and  otherwise  ignored 
by  the  channel. 

3.8.3  IU  Command  Modes 


V, 
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3. 8.3.1  General 

The  following  must  be  distinguished  in  any  I/U  command: 

(1)  The  identity  of  the  unit  that  initiates  the  com- 
mand. 


(2) 

(3) 


The  identity  of  the  unit  that  receives  the  com- 
mand. 

The  identity  of  the  unit  where  the  command  is  to 
be  found. 
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(4)  The  identity( ies)  of  the  unit(s)  that  will  partici- 
pate in  the  command  - that  is,  the  units  that  will 
actually  execute  the  command. 

(5)  The  manner  in  which  the  command  will  be  terminated. 

(6)  The  identity  of  the  unit  (if  any)  that  will  re- 
spond to  the  completion  of  the  command. 

These  unit  identities,  in  the  typical  system  tend  to 
be  locked  to  one  another,  and  there  is  no  flexibility  in  their 
assignment.  I/U  command  initiation  in  the  CP,  unlike  most  other 
systems,  is  not  restricted  to  a CPU.  Most  active  units  can 
initiate  I/U  commands.  Most  units  can  receive  unit  specific 
commands,  which  in  the  case  of  a channel  unit,  turns  out  to  be 
I/O  commands.  The  command  itself  may  exist  in  a memory  unit,  or 
may  be  built-in  to  another  kind  of  unit,  such  as  a bootstrap 
unit.  On  the  other  hand,  the  command  may  be  "found"  in  the  unit 
that  initiates  it.  Identification  of  the  participating  units 
is  the  most  standard  part  of  the  I/U  command  specification. 
Typically,  the  participants  are  a channel  and  a memory,  or  tw<? 
channels.  Only  rarely  is  the  participant  a CPU.  Finally,  I/U 
commands  require  a termination  specification.  This  is  not  al- 
ways done  by  means  of  an  interrupt . In  some  cases , no  action 
is  required  upon  completion.  The  action  could  range  from  an 
interrupt  (in  which  case  a CPU  would  be  named),  to  merely 
placing  the  completion  code  in  memory  (in  which  case  a memory 
unit  is  involved),  or  it  could  result  in  a recovery  action  which 
could  involve  the  bootstrap  unit  or  the  system  monitor  unit. 

If  the  actual  I/U  command  is  part  of  the  command  initi- 
ation sequence  - that  is,  the  initiating  unit  and  the  unit  where 
the  instruction  is  to  be  found  are  identical  - the  command  is 
said  to  be  in  the  direct  mode.  If  the  instruction  is  to  be 
found  in  some  other  unit,  the  instruction  is  said  to  be  in  the 
indirect  mode.  Most  I/U  instructions  are  executed  in  the  in- 
direct mode. 

The  I/U  command  might  be  an  individual  command  or  it 
might  be  part  of  a chain  of  commands  wherein  the  completion  of 
a command  automatically  initiates  the  execution  of  the  next  com- 
mand in  the  chain,  until  the  end  of  the  chain  has  been  reached. 

In  this  case,  command  chaining  is  said  to  be  used.  In  an 
analogous  manner,  if  the  command  involves  a data  transfer,  the 
data  itself  can  be  chained:  successive  blocks  of  data  would  be 

transferred,  under  the  same  command,  until  the  end  of  the  data 
chain  had  been  reached.  In  this  case,  data  chaining  is  said 
to  be  used.  Data  chaining  can  operate  under  command  chaining, 
so  that  the  initiation  of  a single  I/U  command  can  result  in 
the  setting  of  a chain  of  commands  each  of  which  transfers  its 
own,  variable  length,  chain  of  data. 
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In  addition  to  command  level  chaining,  and  data 
chaining,  it  is  possible  to  specify  condition  chaining.  This 
provides  the  automatic  ability  to  chain  codes  generated  by  the 
device  in  response  to  special  conditions  detected  regarding  the 
operation  in  progress.  Examples  of  the  use  of  condition  chaining 
are:  normal  terminations,  short  block  terminations,  detection 

of  special  characters  or  character  sequences,  detection  of  any 
other  condition  which  must  be  noted,  but  for  which  interrupts 
are  not  necessary. 

The  designation  of  the  command  mode,  as  to  direct/in- 
direct , chained/unchained,  and  first -person/ third-person  is 
provided  by  the  appropriate  three  bits  in  the  command  descriptor. 
If  the  first  character  of  the  command  is  not  a descriptor,  then 
by  definition,  the  command  is  generic  unit  micro-command  in  the 
first-person,  direct,  unchained  mode.  All  generic  unit  commands 
described  in  this  section  are  potentially  usable  as  individual 
I/U  commands. 

One  category  of  commands,  the  generic  unit  micro- 
commands, have  already  been  defined.  Three  more  categories  of 
commands  are  now  added:  channel  imperatives,  device  commands,  and 
inter-unit  transfers.  The  channel  imperative  commands  are  unit 
specific  commands  in  which  the  unit  is  a channel.  The  same  for- 
mat, and  indeed  some  of  the  same  commands  may  apply  to  other 
units  and  will  be  discussed  in  that  context.  The  designation  of 
the  command  category  is  done  by  the  command  descriptor  bits,  5 
and  6.  Third  person,  direct / indirect , and  command  chaining 
modes  apply  to  all  four  categories  of  commands.  The  various 
command  categories  will  be  discussed  in  subsequent  sections. 

A command  can  be  terminated  in  one  of  four  ways : 

(1)  Do  nothing. 

(2)  Interrupt. 

(3)  Chained  condition  code. 

(4)  Another  command. 

The  selection  of  the  command  termination  mode  is  made 
by  the  use  of  bits  7 and  8 of  the  descriptor.  Generic  unit 
micro- commands  are  normally  terminated  in  the  do-nothing  mode. 

If  they  are  issued  without  a descriptor,  then  per  force  there  is 
a lo-nothing  termination.  Command  termination  modes  will  be  dis- 
cussed in  the  next  subsection. 

3. 8. 3. 2 Termination  Modes 
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3. 8. 3. 2.1  General 


The  termination  modes  provided  are  intended  to  allow 
the  adaptability  of  the  CP  to  a wide  class  of  devices,  many  of 
which  have  yet  to  be  defined  or  put  into  production.  The  termi- 
nation mode  of  an  I/U  command  is  a specification  of  what  is  to 
occur  inter-unit  at  the  completion  of  the  command,  and  in  some 
cases,  to  allow  a means  to  deposit  auxiliary  data  into  memory 
that  describes  data  being  transferred,  but  is  not  part  of  the 
transfer  data  proper.  For  some  devices,  the  desirable  mode  of 
termination  is  an  interrupt.  For  other  devices,  the  placement 
of  status  data  on  queue  is  the  best  approach.  The  choice  is  in 
general  arbitrary,  depending  upon  the  peculiarities  of  the  de- 
vice and  the  application. 

3. 8. 3. 2. 2  Error  Terminations 

Whatever  termination  mode  has  been  selected,  every 
unit  and  every  device  that  might  be  connected  to  a channel  can 
detect  malfunction  conditions  and/or  errors  in  the  specification 
or  execution  of  a command.  All  such  error  conditions,  when  de- 
tected, will  force  the  curtailment  of  the  active  I/U  command(s) 
for  that  unit,  the  curtailment  of  data  and  command  chaining,  and 
the  generation  of  an  interrupt  with  an  appropriate  interrupt 
code,  to  the  ICU.  The  error  termination  mode  does  not  have  to 
be  specified.  It  will  always  occur  and  will  override  any  other 
termination  mode  that  has  been  specified  in  that  command  or  one 
of  its  component  parts. 


From  the  point  of  view  of  a channel,  a device  error 
is  whatever  the  device  chooses  to  call  an  error.  Consequently, 
the  device  or  the  device  controller  interface  logic  can  be  de- 
signed to  provide  a pseudo  error  termination  which  will  result 
in  an  interrupt,  for  conditions  which  are  operationally  not 
errors  at  all.  This  is  a matter  of  device  design  and  software. 
The  "device  error"  mode  can  be  used  in  combination  with  other 
termination  modes  to  provide  a conditional  branch  in  the  program 
based  on  conditions  detected  by  the  device.  Again,  this  is  a 
matter  of  device  design  and  application  software. 

3. 8. 3. 2. 3  Interrupt  Termination 


An  interrupt  termination  is  specified  by  setting  bits 
7 and  8 of  the  command  descriptor  to  01.  The  conclusion  of  the 
command  will  be  an  interrupt,  containing  the  SID,  a unit  level 
interrupt  code,  and  a variable  number  of  device  supplied  termi- 
nation data.  The  programmer  does  not  have  to  specify  how  many 
characters  this  is.  The  interrupt  will  be  properly  constructed 
by  the  channel,  in  response  to  the  interrupt  data  provided  by 
the  device. 
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3. 8. 3. 2. 4 Condition  Chaining  Mode 


The  chaining  mode  provides  a means  by  which  the 
termination  information  can  be  placed  into  a specified  linked 
list  of  termination  data.  This  can  be  examined  by  a CPU  at 
leisure.  Often,  the  information  is  required  merely  for  book- 
keeping purposes  and  a timely  response  is  not  needed.  Condition 
chaining  may  occur  at  any  time.  The  selection  between  condi- 
tion termination  or  interrupt  termination  is  made  by  the  device. 
If  chaining  has  not  been  specified,  then  the  occurrence  of  a 
special  condition  by  the  device  will  result  in  an  interrupt  - 
e.g.,  it  will  be  treated  as  an  error  interrupt. 

Condition  chaining  is  initiated  by  issuing  at  least 
one  I/U  command  that  contains  the  chaining  data.  The  chaining 
data  consists  of  4 additional  characters,  consisting  of  the 
following: 


Unit  ID  - the  LID  of  the  memory  unit  where  the 

chained  data  is  to  be  stored. 

Link  Address  - the  first  address  at  which  the  ad- 
dress of  the  data  area  into  which 
the  condition  data  is  to  be  stored 
is  found.  This  must  be  in  the  same 
unit  as  the  data. 

Link  Increment  - a number  from  1 to  256  which  speci- 
fies how  many  character  locations 
are  to  be  added  to  the  link  address 
to  get  the  next  link  address. 

If  the  unit  ID  is  OOOg,  chaining  is  discontinued. 

There  will  be  no  link  address  or  link  increment.  If  the  unit 
ID  is  477g,  chaining  is  in  effect  and  the  link  address  is  used 

to  continue  the  chain.  Should  an  I/U  command  be  executed  that 
employs  the  chaining  mode,  but  does  not  contain  the  unit  code 
477g,  the  unit  code  it  does  contain,  as  well  as  the  link  address 

and  link  increment  will  be  used,  effectively  shifting  the  condi- 
tion chain  to  another  unit  or  another  area  of  the  specified  unit. 
Since  condition  chaining  is  active  until  terminated  by  a 000  ID 
or  by  an  explicit  command  to  that  effect,  only  the  first  command 
in  a chain  of  commands  has  to  specify  that  condition  chaining 
be  used.  Subsequent  commands  can  specify  interrupt  termination, 
command  termination,  etc. 

Operationally,  the  link  address  is  used  to  fetch  the 
first  address  at  which  the  condition  data  is  to  be  placed. 
Thereafter,  for  each  condition  encountered,  the  link  address  is 


incremented  and  the  next  address  for  the  condition  data  is 
fetched  out  of  the  specified  unit.  Only  one  condition  chaining 
can  be  established  per  unit  at  any  given  time.  That  is,  condi- 
tion data  relating  to  input,  output,  or  other  conditions  will 
be  intermixed,  in  the  order  they  were  detected  by  the  unit. 

3 . 8 . 3 . 2 . 5 Command  Terminat ion  Mode 


The  command  termination  mode  is  selected  by  setting 
bits  7 and  8 of  the  command  descriptor  to  11.  The  complete  com- 
mand is  followed  by  another  command,  which  must  be  in  the  in- 
direct mode.  That  command  can  itself  be  chained.  The  command 
will  be  fetched  by  the  unit  and  executed  in  the  normal  manner. 
However,  the  command  chaining  data  will  be  kept  for  the  original 
chain.  This  allows  the  termination  of  a command  in  a chain  to 
initiate  the  execution  of  another  chain  of  I/U  commands.  At  the 
conclusion  of  the  secondary  chain  of  I/U  commands,  control  will 
return  back  to  the  original  chain.  If  the  secondary  or  termi- 
nation chain  should  also  call  for  command  termination,  the  top- 
most level  will  be  lost.  Caution  is  advised. 

3 . 9 Controls  and  Consoles 

3.9.1  General 


There  are  no  special  consoles  or  control  switches  other 
than  those  which  are  associated  with  specific  units,  as  described 
below.  All  other  such  functions  are  provided  through  a combina- 
tion of  terminal  devices  and  software.  The  controls  associated 
with  the  various  units  can  be  remotely  located  and  brought  to  a 
central  panel  (for  example,  to  a CPS  Maintenance  Position).  All 
units  have  the  following  controls  and/or  indicators: 

(1)  Power  on/off  switch. 

(2)  Power  on/off  indicator. 

(3)  Reset  button. 

(4)  Off-line  button. 

(5)  On-line/off-line  indicator. 

(6)  Major  alarm  indicator. 

Specific  unit  types  have  additional  controls  as  described 

below. 

3.9.2  Unit  Alarms  and  Controls 


ikjCjJ’L, 
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3. 9. 2.1  Matrix  Units 


No  other  Indicators  or  controls. 


3. 9.2.2  Memory  Units 


No  other  indicators  or  controls. 

3. 9. 2. 3 Channel  Units 

(1)  Device  alarm. 

(2)  Device  alarm  reset. 

(3)  Four  activity  indicator  lights  corresponding  to 
each  direction  of  each  interface.  These  lights 
glow  in  proportion  to  the  character  transfer  rates 
in  each  direction  of  each  interface. 

3. 9. 2. 4 Memory-Memory  Transfer  Unit 


No  other  indicators  or  controls. 

3. 9. 2. 5  Communications  Processing  Unit 


(1)  State  indicator  lights  for  each  program  state  and 
the  trap  state.  Glow  is  proportional  to  time 
spent  in  each  state. 

(2)  Halt/run  light. 

(3)  Run/step  switch. 

(4)  Step  button. 

3. 9. 2. 6 System  Monitor  Unit 

(1)  Clock  failure  light,  audible  alarm,  and  acknow- 
ledge button. 

(2)  Unit  failure  light  and  acknowledge  button  for 
every  logical  unit  tied  to  the  SMU. 

(3)  Common  alarm  horn. 

3. 9. 2. 7 Clock  Unit 


(1)  Loss  of  sync  alarm,  light,  and  acknowledge  button. 

(2)  Time  of  day  display. 
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(3)  Reset  button. 

(4)  Stop  buttons  (seconds,  minutes,  etc.). 

(5)  Hold  button. 

3. 9. 2. 8 Bootstrap  Unit 

(1)  Ten  digit  keyboard  with  decimal  point  for  initi- 
ating bootstrap  sequence. 

(2)  Bootstrap  failure  alarm,  light  and  acknowledge 
button . 

(3)  Pause  light. 

3. 9. 2. 9 Performance  Monitor  Unit 

No  other  indicators  or  controls. 

3.10  Devices 
3.10.1  General 


The  term  "device"  is  used  here  to  identify  system  compo- 
nents which  are  not  units,  but  which  are  needed  in  support  of 
the  communication  tasks  of  the  complex.  Devices  fall  into  two 
general  categories:  (1)  general  purpose  computer  devices  which 

differ  little  from  their  commercial  counterparts,  and  (2) 
specialized  communication  devices.  The  former  need  little  in 
the  way  of  explanation  - the  latter  are  discussed  in  greater  * 
detail . 


All  devices  in  the  CP  are  terminated  on  one  or  more 
channels.  A given  device  may  service  more  than  one  line.  In 
which  case,  the  device  is  actually  a controller  of  other  lower 
level  devices. 

3.10.2  Moving  Head  Disc 

3.10.2.1  General  Characteristics 


The  CP  moving  head  disc  is  an  adapted  commercial  unit. 
It  uses  removable  disc  packs.  The  basic  characteristics  are: 


Minimum  seek  time 
Maximum  seek  time 
Number  of  cylinders 
Number  of  tracks/cylinders 
Capacity 


5 to  7 milliseconds 
50  to  70  milliseconds 
100  to  512 
10 

50  million  characters 


l 
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Sectors  per  track 


- 16  to  256 


3.10.2.2  Controller 


The  controller  Is  available  in  various  configurations 
ranging  from  lxl  to  4x8.  The  first  digit  refers  to  the  number 
of  channel  connections  and  the  second  refers  to  the  number  of 
disc  drives.  Thus,  a 2x4  controller  is  connected  to  2 channels 
and  has  4 drives.  The  controller  has  the  following  characteris- 
tics. 


(1)  Simultaneous  transfers  on  all  channels:  e.g.,  a 
2x4  can  perform  two  simultaneous  transfers  on  any 
two  of  the  4 drives. 

(2)  Independent  seek  on  all  connected  drives. 

(3)  512  character  instruction/condition. 

(4)  One  sector  buffer  for  every  drive. 

(5)  Variable  physical/logical  identities  for  all 
drives. 

(6)  Optional  2 and  4 way  character  level  interlace. 

(7)  Positive  seek  commands  to  specified  cylinder 
(i.e.,  SEEK  CYLINDER  NN,  rather  than  SEEK  NN 
CYLINDERS  FROM  PRESENT  POSITION). 

(8)  Positive  identification  of  innermost  and  outer- 
most cylinder. 

(9)  5%  spare  cylinders  with  transparent  identifica- 
tion and  allocation. 

(10)  Head  position  query  instruction  (i.e.,  positional 
data  for  cylinders,  but  not  for  sectors). 

(11)  Parity  check  and  generate  on  all  read/write 
operations. 

(12)  Re-read  parity  check  on  all  write  operations. 

(13)  Positive  lockout  until  disc  drive  is  up  to  speed. 

(14)  No  program  restrictions  (i.e.,  there  is  no  com- 
mand sequence  that  will  cause  heads  to  crash). 

(15)  Logical  and  physical  independence  of  controller 
sections  (i.e.,  a 3x5  controller  is  effectively 
3 controllers  each  of  which  can  behave  as  1x5 
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controllers). 

3.10.3  Visual  Display  Unit  (VDU] 


3.10.3.1  VDU  Characteristics 
Screen  Width 


Screen  Height 
Buffers 


Character  Set 


Refresh  Rate 

Additional  Fea- 
tures 


Keyboard 

(Optional) 

3.10.3.2  Controller 


- 80  to  130  characters 

- 25  to  50  lines 

- 3 pages  screen  storage , one  line 
input  and  one  line  output  storage. 

- ASCII  plus  extended  communications 
functions. 

- 30/ second 

- 3 color,  light  pen,  cursor, 
vector  mode  (for  graphics).  In- 
sertion into  formats. 

- ASCII  keyboard  with  communica- 
tions functions. 


Controllers  are  available  in  lxl  to  4x16.  Every  VDU 
has  a variable  physical/logical  identity.  Up  to  16  VDU's  may 
be  connected  to  one  channel. 

3.10.4  Kevboard/Printers 


3.10.4.1  General  Characteristics 

(1)  Pin-feed,  fan-fold,  multi-ply  paper. 

(2)  130  characters  carriage  width. 

(3)  30  characters  per  second. 

(4)  ASCII  keyboard  with  communication  functions. 

3.10.4.2  Controller 


See  VDU  controller  options. 

3.10.5  Digital  Line  Termination  Buffer 

The  digital  line  termination  buffer  device  is  used  to 
terminate  full-duplex  synchronous  and  asynchronous  data  lines 
at  a variety  of  speeds  and  codes.  The  line  buffer  is  tied  one 
to  a channel.  It  has  the  following  characteristics: 
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(1)  Speed  - variable  from  150  baud  to  50  kb. 

(2)  Codes  - various  5,  6,  7 and  8 level  codes  program- 
mable. 

(3)  Modes  - full  duplex,  half  duplex,  o'  two  simplex; 
synchronous  and  asynchronous;  varlov?  polling  pro- 
cedures . 

(4)  Checking  - programmable  CRC  polynomial  on  Input 
and  output.  Per  character  parity  compatible  with 
code. 

(5)  Deletion  and  insertion  of  sync  characters  and  DLE 
characters. 


(6)  Programmable  significant  character  and  character 
sequences  of  not  more  than  4 characters  each. 

Option  to  select  interrupt  or  condition  chaining 
on  detection. 

(7)  4 character  buffer  on  input  and  output. 

(8)  Multiple  channel  termination  option  (e.g.,  double 
homing  to  channels  as  an  option). 

3.10.6  Low  Speed  Multiple  Line  Buffer 

The  low  speed  multiple  line  buffer  is  used  to  terminate 
full  duplex  synchronous  and  asynchronous  data  lines  at  a variety 
of  speeds  and  codes.  The  line  buffer  is  tied  at  one  to  a 
channel.  It  has  the  following  characteristics: 

(1)  Number  of  lines  - 1 to  64. 

(2)  Sampling  rate  - 7,  11,  15  per  bit  (middle  3 bit 
concensus) . 


; 

>■  « 


i 


(3)  Output  distortion  - less  than  .5%. 

(4)  Speed  - variable  from  45.5  baud  to  300  baud. 

(5)  Codes  - various  5,  6,  7 and  8 level  synchronous 
codes,  programmable  per  line. 


(6)  Modes  - full  duplex,  half  duplex,  simplex,  synchro- 
nous and  asynchronous;  various  polling  options. 

(7)  Checking  - programmable  CRC,  parity  check  and  gen- 
eration as  required  by  code. 
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(8)  Deletion  and  insertion  of  sync  and  DLE  characters. 

(9)  Programmable  significant  character  detection  as  in 
the  digital  line  termination  buffer. 

(10)  2 character  buffer  on  input  and  output. 

(11)  Multiple  channel  option. 

Characters  arrive  interlaced  in  memory  as  a pair  of 
characters  which  identify  the  line  number  (logical)  and  the 
received  character.  Output  characters  are  read  out  from  a 
memory  buffer  where  they  have  been  stored  as  a pair  (LINE#- 
CHARACTER). 

3.10.7  Scanner/Pistributor 

3.10.7.1  General  Characteristics 

The  scanner  is  a general  purpose  device  intended  to 
fulfill  all  scanning  operations  in  message  switching,  circuit 
switching,  and  tech  control.  It  is  based  on  an  exception  scan- 
ning approach.  That  is,  a scanning  indication  is  provided  only 
if  a state  change  has  been  detected  on  a line.  It  is  also  used 
to  distribute  state  change  commands  to  lines.  The  following 
general  characteristics  apply: 

(1)  Number  of  lines  per  scanner  - up  to  4096. 

(2)  Scanning  rate  - programmable  up  to  1000/line/ 
second. 

(3)  Line  state  - unipolar  or  bipolar  - three  levels 
detectable. 

(4)  Distribution  rate  - 1000  changes/line/second. 

(5)  Interfaces  - interface  by  means  of  general  pur- 
pose interface  module(s),  providing  digital 
(binary)  input  and  output  on  the  CP  side  of  the 
interface  and  line  compatible  levels  on  the  line 
side  of  the  interface. 

3.10.7.2  Principles  of  Operation  (Scanner  Functions) 

Figure  1-2  shows  the  organization  of  the  local  scanner 
module.  Each  such  module  can  terminate  up  to  16  lines.  A line 
may  use  either  unipolar  or  bipolar  signaling.  A state  is  repre- 
sented as  a two  bit  signal;  with  00  indicating  the  ground  state 
01  and  10,  the  possible  two  other  states  if  bipolar  signaling 
is  used.  The  state  11  indicates  error  conditions.  The  dotted 


1-36 


ADDRESS  LINE 


lines  in  the  figure  are  the  outline  of  the  local  scanner  inte 
grated  circuit.  Eight  (8)  leads  in  this  chip  can  be  strapped 
to  ground  to  supply  a physical  identity  for  this  chip. 


The  analog  signals  are  converted  to  compatible  analog 
levels  by  means  of  external  interface  circuits  which  are  not 
shown  here.  The  levels  are  further  converted  to  digital  levels 
by  the  conversion/interface  circuit  portion  of  the  chip.  Logic 
in  the  state/change  detection  section  detects  state  changes  in 
the  analog  lines.  A state  change  must  be  stable  for  a minimum 
of  250  micro-seconds  before  it  will  be  recognized.  Only  the 
last  state  change  that  occurred  will  be  recorded.  If  more  than 
one  state  change  should  occur  prior  to  readout,  the  code  11 
will  be  transmitted.  For  example,  if  the  state  had  been  00 
then  changed  to  01,  and  then  back  to  00  or  to  10  before  it  is  * 

read-out,  the  state  reported  will  be  11  rather  than  10.  Period- 
ically, under  program  control,  the  identity  of  the  local  scanner 
will  be  transmitted  serially  on  the  control  bus.  Along  with 
this  will  be  a gating  signal.  The  named  line  group  responds 
by  transmitting  the  state  changes  it  has  detected  serially  in 
the  following  format: 


I 

. 

I 


LINE  NUMBER 


OLD  STATE 


NEW  STATE 


The  local  scanner  control  logic  raises  the  output  gate 
line  and  keeps  it  up  until  all  state  changes  (up  to  16)  have 
been  transmitted.  The  first  character  transmitted  is  11111111, 
which  is  used  to  synchronize  the  transmission.  This  is  followed 
by  however  many  state  changes  may  have  occurred.  The  conclusion 
of  the  transmission  is  signalled  by  dropping  the  data  output 
gate  line  logic  level.  If  no  state  changes  have  occurred,  the 
control  logic  will  transmit  only  the  sync  character.  Transmis- 
sion is  at  4 million  bits  per  second. 

In  addition  to  state  change  detection,  the  scanner 
module  can  provide  readout  of  the  absolute  state  of  the  lines, 
in  the  following  format: 


LINE  0 STATE 

LINE  1 STATE 

• • • • 

LINE  15  STATE 

3.10.7.3  Controller  Scan  Functions 


The  controller  responds  to  device  specific  scan  com- 
mands of  the  following  form: 

SCAN  LINE  STATE  CHANGES  - scans  all  line  groups 

starting  with  000  and  ending 
with  255  for  state  changes 
until  either  complete  or 


! 


mands : 


CONTINUE  STATE  CHANGE 
SCAN 


RESET  SCAN 


until  the  buffer  is  full. 

The  buffer  contents  are 
transmitted  to  the  channel 
when  full.  If  buffer  fil- 
ling occurs  prior  to  the 
scanning  of  the  last  imple- 
mented group,  a condition 
will  be  signalled  via  the 
channel  (either  under  condi- 
tion chaining  or  interrupt 
as  desired). 

continue  with  previous 
state  change  scan  if  the 
scan  had  stopped  because  of 
a full  buffer.  The  same  as 
SCAN  LINE  STATE  CHANGES  if 
the  previous  scan  had  com- 
pleted. 

resets  the  scan  to  000  line 
group.  No  effect  if  already 
at  000. 


SCAN  STATE  CHANGES 
GROUP?55 


- scans  the  state  changes  of 
the  indicated  group  only. 
The  controller  does  not 
wait  for  a full  buffer  in 
this  case  but  transmits  the 
changes  (if  any)  as  soon  as 
they  are  received. 


SCAN  STATES 


CONTINUE  SCAN  STATE 
SCAN  STATE  GROUP*55 


- scans  the  current  states 

of  all  lines  up  to  a buffer 
full.  Same  behavior  as 
state  change  command  when 
buffer  is  full. 

- analogous  to  CONTINUE  STATE 
CHANGE  SCAN  for  states 
rather  than  changes. 

- reads  out  the  current  state 
of  the  indicated  group. 


The  following  formats  are  used  with  the  various  com- 


!< 


-4 

J 


3§  j 
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SCAN  LINE  STATE  CHANGES: 


LINE  GROUP 
LINE  GROUP 


LINE  # 

OLD  STATE 

LINE  # 

i 

OLD  STATE 

l 

NEW  STATE 
NEW  STATE 


LINE  GROUP 


LINE  # OLD  STATE  NEW  STATE 


SCAN  STATE  CHANGE  GROUP  N: 


LINE 

GROUP  N 

LINE  # 

OLD,  STATE 

NEW,'  STATE 

LINE  # OLD 

i 

STATE 

NEW  STATE 

LINE  # OLD  STATE  NEW  STATE 


PAD  CHARACTER 


Possible  pad  character  to  fill  out  to  even  number  of 
characters . 

SCAN  LINE  STATES: 


LINE  GROUP  N STATE  STATE  STATE  STATE 

STATE  STATE  STATE  j STATE  STATE_  STATE  STATE  STATE 

STATE  STATE  STATE  1 STATE  LINE  GROUP  N+l 


Possible  pad  character  to  fill  out  to  even  number  of 
characters. 

SCAN  STATE  GROUP  N: 

As  above,  with  a pad  character  at  end  of  group. 
3.10.7.4  Output  Functions 

The  line  scanner/distributor  operates  in  an  output 
mode  over  a different  set  of  control  busses,  independently  of 
its  scanning  operation.  On  output,  the  distributor  can  be  set 
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to  change  the  state  of  specified  lines  to  specified  values.  A 
256  character  command  buffer  is  used  for  this  purpose.  The  com- 
mand format  is: 


r 


1 1 


r 


j 


IN- 


LINE GROUP 

LINE  # 

NEW  STATE 

LINE  # 

LINE  # 


NEW  STATE 


LINE  GROUP 


Pad  bits  (0,  2,  4,  or  6)  are  used  to  fill  out  each 
group  to  the  nearest  character.  The  entire  command  chain  is 
padded  out  to  the  nearest  character  pair.  Pad  bits  are  not 
transmitted.  Upon  receipt  of  a full  or  partial  buffer  full  of 
state  change  commands  (as  a device  specific  command  via  the 
channel)  the  controller  serially  transmits  the  commands  on  the 
data  bus  in  the  order  they  occur  in  the  buffer.  The  proper 
line  group  responds  upon  detecting  its  own  identity  by  raising 
a control  line  on  a return  bus.  The  controller  then  transmits 
the  rest  of  the  state  change  commands  serially.  An  invalid 
state  change  command  is  not  transmitted  but  is  signalled  by 
means  of  an  interrupt  (or  condition  chain  entry)  via  the  channel. 


3.10.7.5  Applications 


3.10.7.5.1  Circuit  Switching 


The  scanner  is  primarily  intended  for  use  in  line 
supervision  functions  in  circuit  switching,  TELEX,  or  dial-up 
message  switched  trunks.  General  line  supervision  is  programmed 
to  scan  all  lines  every  millisecond.  This  is  adequate  for  the 
highest  normal  circuit  switched  signaling  speeds.  Somewhat 
lower  rates  could  be  used  with  a slight  complication  in  the 
software.  For  example,  all  lines  are  scanned  every  ten  milli- 
seconds. If  there  is  at  least  one  active  line  in  a group  of  16, 
that  group  is  given  9 supplementary  scans  every  ten  milliseconds. 
Various  strategies  of  this  kind  can  be  employed  to  reduce  total 
number  of  executed  scans.  Since  the  scanning  is  effectively  an 
exception  report  system,  the  fact  that  typically  there  are  very 
few  state  changes  assures  us  of  having  relatively  few  responses 
to  a scan. 

Supervision  functions  are  programmed  much  in  the 
way  they  would  be  in  a micro-computer  scanner.  All  timings  are 
done  by  software.  On-hook,  off-hook  and  hook  flash  are  done  by 
programmed  timing.  Dial  pulse  capture  and  assembly  can  be  done 
on  the  line  side  of  the  switching  matrix  using  the  scanner.  The 
high  resolution  of  the  scanner  allows  all  circuit  switched  dial 
pulse  rates  to  be  accommodated.  DTMF  receivers  can  be  treated 
as  a group  of  lines.  The  receiver  itself  is  stripped  of  the 
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normal  logic  and  simply  reports  state  changes  in  the  various 
tones.  These  are  confirmed  and  converted  to  internal  BCD  re- 
presentation by  software.  Other  signaling  speeds  which  require 
more  complex  controls  over  several  signaling  lines  can  also  be 
accommodated  with  ease. 

The  output  functions  of  the  scanner  are  used  to 
create  dial  pulses  and  to  set  the  state  of  the  various  lines. 
Again,  only  state  changes  must  be  provided.  Timings  are  done 
internally  by  software. 

The  following  elements  can  be  controlled  or  monitored 
by  the  scanner: 

(1)  Subscriber  lines. 

(2)  Subscriber  ring  relay. 

(3)  Ringback  bus. 

(4)  Tone  bus. 

(5)  Hold  bus  (actually  an  unlatch). 

(6)  AC  address  signaling  receiver  lines. 

(7)  AC  address  signaling  sender  lines. 

(8)  Various  special  traffic  attendant  lines. 

3.10.7.5.2  Message  and  Packet  Switching  Applications 

In  typical  message  switches,  the  application  of  a 
scanner  falls  into  one  of  three  categories:  (1)  applications 

which  are  really  circuit  switching  functions,  (2)  applications 
which  are  really  tech  control  functions,  and  (3)  true  message 
switching  applications.  The  true  message  switching  applications 
of  the  scanner  are  almost  non-existent.  While  the  scanner  could 
be  used  to  perform  bit  sampling  and  character  assembly  on  low 
speed  lines,  if  the  number  of  such  lines  is  large,  the  multiple 
line  buffer  device  is  a better  choice  for  the  purpose.  A more 
likely  use  of  the  scanner  in  message  switched  applications  would 
be  in  the  implementation  of  message  switching  like  functions 
that  occur  with  low  frequency  in  circuit  switches. 

3.10.7.6  Tech  Control  Functions 


* Most  message  and  circuit  switches  have  collocated 

technical  control  functions.  Furthermore,  there  are  large  scale 
stand-alone  tech  control  facilities.  The  scanner  input  capa- 
bilities can  be  used  to  advantage  to  detect  and  (subsequently 
by  a CPU)  process  logical  alarm  conditions.  Monitoring  of 
several  thousand  test  points  is  not  a significant  burden  with 
the  scanner.  Conversely,  the  output  functions  can  be  used  to 
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change  the  state  of  devices  that  are  normally  manipulated  by  a 
tech  control  facility,  where  such  state  changes  are  relatively 
simple  on/off  functions. 

3.11  Application  Considerations 

3.11.1  General 


This  section  shows  various  system  configurations  as 
constructed  from  the  units  of  the  CP.  Each  configuration  is 
shown  in  functional  and  in  physical  form.  The  following  systems 
are  discussed:  typical  message  switch,  packet  switch,  circuit 

switch,  tech  control  system,  and  digital  concentrator.  These 
applications  are  intended  to  illustrate  the  use  of  the  CP  in 
representative  systems.  They  are  not  intended  as  final  designs. 

3.11.2  Typical  Message  Switch 

3.11.2.1  Functioifhl  Configuration 

Figure  1-3  shows  the  functional  configuration  of  a 
typical  message  switch  in  simplified  form.  Digital  lines  are 
terminated  on  a pair  of  low  speed  multiplexer-buffer  devices  if 
they  are  at  300  baud  or  less.  Medium  and  high  speed  lines  are 
terminated  on  high  speed  line  devices  at  one  per  channel.  Some 
of  these  are  connected  to  more  than  one  channel.  Functionally, 
the  communication  lines  are  terminated  on  front-end  CPU's.  The 
front-end  CPU's  are  also  used  to  terminate  the  various  traffic 
service  VDU's,  printers,  and  keyboards.  These  are  ganged  to- 
gether in  groups  of  two  or  three  per  channel. 

The  message  processor  is  also  the  system  executive 
processor.  It  carries  the  bulk  of  the  memory.  It  is  function- 
ally closely  coupled  to  the  ICU,  which  uses  its  spare  capacity 
to  monitor  line  status  condition  and  tech  control  alarms.  The 
ICU  is  therefore  connected  to  a set  of  scanners  used  for  this 
purpose.  The  message  processor  also  controls  six  disc  devices. 
Two  of  these  are  used  for  in-transit  message  and  historical 
storage.  Two  are  used  for  message  accounting,  journalling  and 
ledger  data;  one  contains  all  system  programs,  and  the  last  is 
a spare. 


There  is  an  off-line  CPU  with  two  memory  units  which 
is  used  for  standby  purposes.  There  is  also  a system  service 
CPU  which  is  functionally  connected  to  the  Bootstrap  Unit,  the 
PMU's  and  a system  disc  used  to  store  test  and  diagnostic  pro- 
grams and  other  information  needed  to  maintain  the  system. 
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3.11.2.2  Sacrifice  Schedule 


The  following  order  is  used  to  sacrifice  functions  in 
the  event  of  various  failure  types: 

CPU  failures: 

Standby  CPU 

First  Front-end  CPU 

ICU  (ICU  functions  taken  over  by  MP) 

System  Service  CPU 

Memory  Unit  failures: 

First  and  Second  Standby  MU 
First  System  Service  MU 
Two  MP  Buffer  MU's 
One  FE  MU 

Disc  failures: 

Back-up  Disc 

MP  System  Disc 

First  Journal-Ledger  Disc 

First  ITS  Disc 

System  Service  Disc 

VDU/Printers/Keyboards : 

Traffic  Service  Positions  - all  but  one 
System  Control  Positions  - all  but  one 
Half  of  the  System  Service  Positions 
Remainder  of  Traffic  Service  Positions 

3.11.2.3  Physical  Configuration 

Figure  1-4  shows  the  physical  configuration  of  the 
message  switch  corresponding  to  the  functional  configuration  of 
Figure  1-3.  There  are  a total  of  63  active  and  54  passive  units. 
Most  of  the  passive  units  are  XU's.  The  passive  unit  stage, 
while  constructed  out  of  4 x 12' s is  actually  used  as  3 x 12 ’s. 
This  side  of  the  matrix  could  be  reduced  by  not  providing  dual 
ports  for  the  XU's.  Connections  are  not  totally  symmetrical. 
Traffic  patterns  and  the  grading  effect  of  primary  port  assign- 
ments should  be  used  to  advantage  to  bias  higher  traffic 
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connections  to  take  advantage  of  the  multiple  paths  that  are 
available  as  a result  of  the  asymmetries.  The  scanners  are  not 
connected  to  two  channels  since  they  do  not  perform  primary 
functions  in  a message  switching  system. 

3.11.3  Packet  Switch 


3.11.3.1  Functional  Configuration 

Figure  1-5  shows  the  functional  configuration  of  a 
small  packet  switch  which  handles  only  packet  switched  formats. 
There  are  no  disc  units,  nor  are  there  extensive  facilities  for 
tech  control,  traffic  service  and  system  control  functions. 

Since  the  bulk  of  the  processing  load  is  in  the  FE  CPU's,  the 
MP  CPU  is  relatively  lightly  loaded  and  can  be  used  to  implement 
the  ICU  functions  as  well.  VDU's  are  used  for  system  control 
and  for  maintenance  functions. 

3.11.3.2  Sacrifice  Schedule 


The  sacrifice  schedule  is  similar  to  that  of  the  mes- 
sage switch.  First  the  standby  CPU  is  sacrificed,  then  a FE 
CPU,  and  the  system  service  CPU  (if  necessary). 

3.11.3.3  Physical  Configuration 

The  physical  configuration  is  shown  in  Figure  1-6. 
Because  of  the  relatively  small  number  of  units,  it  is  possible 
to  employ  a three  rather  than  a five  stage  matrix.  The  large 
triangular  center  stages  are  used  to  cross-connect  channels  for 
through  packet  traffic.  That  is,  High-High  packet  traffic  for 
which  the  system  has  no  accountability  can  be  cut-through  once 
the  processing  has  been  done  to  determine  which  outgoing  line 
is  to  be  used.  Condition  chaining  for  SOB  detection  and  packet 
header  capture  is  used  to  allow  the  FE  CPU's  to  validate  each 
packet.  Once  this  has  been  done,  the  rest  of  the  packet  does 
not  have  to  come  through  memory.  The  buffering  in  the  channel 
units  and  the  line  buffers  allow  ample  time  for  this  processing 
to  take  place. 

3.11.4  Circuit  Switching 

3.11.4.1  Functional  Configuration 

Figure  1-7  shows  the  functional  configuration  of  a 
large  (i.e.,  several  thousand  lines)  circuit  switching  system 
based  on  the  CP.  This  represents  the  upper  end  of  circuit 
switching  systems  likely  to  be  implemented  using  the  CP.  In 
many  applications  the  various  functional  roles  of  the  CPU's 
would  be  combined.  The  following  combinations  are  likely: 


FIGURE  1-5  FUNCTIONAL  CONFIGURATION  OF  A SMALL  RACKET  SWITCH 


FIGURE  J - 6 SMALL  PACKET  SWITCH  PHYSICAL  CONFIGURATION 


REGISTERS  (ME) 


(1)  Traffic  Service  with  Call  Control 

(2)  Marker  with  Call  Control 

(3)  ICU  with  Marker 
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We  have  shown  a large  number  of  traffic  service  posi- 
tions and  a traffic  service  CPU  in  recognition  of  the  fact  that 
military  switching  may  involve  a greater  degree  of  traffic  ser- 
vice than  would  be  typical  in  a commercial  environment.  The 
system  service  CPU  and  its  associated  configuration  is  essenti- 
ally the  same  as  that  of  the  large  message  switch.  Clock  distri- 
bution lines  and  SMU  connections  are  not  shown  for  simplicity's 
sake.  Also  not  shown  are  the  multiple  connections  for  the  matrix 
controllers,  and  scanner/distributor. 

The  box  labeled  "Registers,  trunk  signaling,  etc." 
represents  all  line  terminating  and  register  type  devices.  The 
"MF"  device  in  particular  represents  SF,  MF,  DTMF,  etc.,  or 
possibly  a programmable  unit  that  performs  all  such  signaling 
functions.  Frequency  receiver/senders  may  actually  be  split 
into  separate  receivers  and  senders  which  individually  contain 
very  little  logic.  They  would  then  be  terminated  on  the  scanner/ 
distributor.  This  depends  upon  the  number  of  such  units  employed 
and  the  details  of  the  system  design. 

The  digital  line  buffers  and  trunk  signal  devices  are 
whatever  are  needed  appropriate  to  the  interfaces  (both  analog 
and  digital)  with  which  the  system  will  have  to  contend. 

3.11.4.2  Physical  Configuration  of  Large  Circuit  Switch 

Figure  1-8  shows  the  physical  configuration  corre- 
sponding to  the  functional  configurations  shown  in  Figure  1-7. 

The  layout  is  similar  to  that  which  was  used  for  the  typical 
message  switching  system  and  the  matrix  is  approximately  the 
same  size.  Note  that  the  scanners  and  (external)  matrix  control- 
lers are  each  terminated  in  two  channels,  which  in  turn  are  dual 
ported. 

3.11.4.3  Configuration  of  Moderate  Circuit  Switch  (600  Lines) 

Figure  1-9  shows  the  functional  configuration  of  a more 
moderate  circuit  switching  system.  Note  that  many  of  the  func- 
tions have  been  combined  and  that  tech  control  related  processing 
has  been  virtually  eliminated  as  a separate  function.  The  number 
of  traffic  service  positions  have  also  been  reduced  significantly. 
The  corresponding  physical  configuration  is  shown  in  Figure  1-10. 
Note  the  substantial  decrease  in  the  size  of  the  matrix.  As  with 
the  small  packet  switch,  we  are  again  able  to  use  a three  stage 
matrix.  Unlike  packet  switching,  in  which  there  can  be  consider- 
able channel-to-channel  communication,  the  circuit  switching 
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system  has  only  a moderate  amount  of  this  activity  and  conse- 
quently a minimal  sized  4x4  triangular  submatrix  will  suffice. 

3.11.4.4  Very  Small  Circuit  Switch 

Figure  1-11  shows  the  functional  configuration  of  an 
unattended  (except  for  traffic  service)  circuit  switching  system, 
such  as  might  be  used  for  a large  PBX  or  equivalent . It  is  a 
dual  thread  system  in  keeping  with  the  typical  military  mission, 
but  does  not  have  the  usual  built-in  test  hardware.  If  the  CPU 
or  any  component  should  fail,  a service  technician,  equipped 
with  the  proper  tools  will  be  sent.  Repair  may  require  temporary 
shut-down.  The  corresponding  physical  configuration  is  shown  in 
Figure  1-12.  Units  have  been  simplified  in  keeping  with  reducing 
the  complexity  of  the  recovery  programs  and  the  fact  that  there 
are  no  trained  technicians  on  the  premises.  An  active-active 
triangular  stage  is  not  provided.  Such  traffic  would  have  to  be 
accommodated  by  transferrin."  data  to  memory  first. 

Figure  1-13  shows  a single  thread  version  of  the  same 
system.  In  this  case,  the  multiplicity  of  ports  have  been  pro- 
vided only  for  traffic  reasons  and  not  for  viability  reasons. 

This  allows  the  use  of  a single  stage  matrix.  The  SMU  is  only 
used  to  provide  failure  alarms  and  automatic  bootstrapping  of 
the  system  from  what  are  (hopefully)  transient  malfunctions.  In 
such  a case,  the  SMU  would  effectively  force  a re-bootstrapping 
of  the  system  from  the  copy  of  the  program  stored  in  the  BU. 

3.11.5  Tech  Control  System 


The  tech  control  system  functional  configuration  is 
similar  to  that  which  is  shown  in  Figure  1-7  for  circuit 
switching  systems.  The  configuration  is  shown  in  Figure  1-14. 
There  is  still  a matrix  control  function.  In  this  case,  it  is 
used  to  control  automated  patch-bays.  Traffic  service  positions 
are  replaced  by  stations  at  which  tests  can  be  initiated  and 
directed.  In  addition  to  the  scanner/distributor,  a number  of 
specialized  (analog)  test  equipment  is  provided.  Disc  units  are 
used  to  store  channelization  details.  As  in  all  of  these  systems, 
minor  circuit  switching  and  message  switching  functions  must  be 
performed  and  appropriate  line  termination  and  sensing  devices 
are  provided. 

3.11.6  Digital  Concentrator 

The  physical  configuration  of  a small  concentrator  would 
be  similar  to  that  of  the  small  circuit  switch.  The  scanner 
would  be  replaced  by  low  speed  line  multiplexers  or  by  individual 
line  termination  devices  if  medium  and  high  speed  lines  are  used. 
Concentrators  are  typically  single  thread  systems  and  the  same 
savings  as  were  obtained  in  the  small  circuit  switch  can  be  ob- 
tained here. 
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1 . 0  SCOPE 


This  document  is  the  specification  for  the  Communications 
Processing  Unit  (CPU)  of  the  CPS  Central  Processor  (CP).  It 
defines  the  architecture,  features  and  instruction  repertoire 
of  the  CPU.  The  CPU  is  one  of  several  units  which  together 
comprise  the  CP. 

2.0  APPLICABLE  DOCUMENTS 

Central  Processor  Specification  (Section  I of  the  CPS 
Central  Processor  Specification). 

3.0  COMMUNICATIONS  PROCESSING  UNIT  (CPU)  SPECIFICATION 


i 


3. 1 General  Characteristics 

3.1.1  Overview 

The  processing  unit  of  the  CP  is  a general  purpose  stored 
program  digital  computer.  It  has  a basic  operational  word 
length  of  32  bits.  While  the  CPU  has  a general  purpose  instruc- 
tion repertoire,  many  aspects  of  that  repertoire  as  well  as 
specialized  instructions,  make  it  optimum  for  the  communications 
task. 


3.1.2  Addressing 


Three  types  of  elements  can  be  addressed  in  memory: 
words,  half-words  and  characters.  An  address  can  be  either 
directly  incorporated  into  an  instruction,  or  can  be  in  a 
register  which  is  referred  to  by  the  instruction.  In  addition, 
normal  indirect  addressing  and  a variety  of  indexing  modes  are 
provided.  Every  memory  reference  must  either  directly  or  in- 
directly incorporate  a unit  ID  which  identifies  the  memory  unit 
which  is  to  be  accessed.  Five  character  length  fields,  stored 
in  registers,  are  used  to  provide  a unit  ID  implicitly.  One 
field  is  part  of  the  program  counter.  The  other  four  fields 
are  specified  by  the  value  of  a two  bit  field  in  the  memory 
reference  instructions.  This  two  bit  field,  called  the  AUGMENT 
field,  specifies  which  of  four  characters  in  the  registers  is 
to  be  used  to  augment  the  basic  16  bit  address,  thereby  identi- 
fying the  memory  unit. 


3.1.3  Registers 


The  CPU  is  a generalized  register  machine.  It  has  16 
registers  of  32  bits  each.  These  can  be  addressed  and  manipu 
lated  as:  16  registers  of  32  bits,  32  registers  of  16  bits, 

64  registers  of  8 bits,  or  any  sensible  combination  thereof. 


This  provides  the  programmer  with  the  ability  to  split  a 32  bit 
register  into  four  tally  counters,  or  an  address  field  and  two 
counters,  etc. 

The  contents  of  registers  0,  1,  and  2 are  used  for 
special  functions: 

Register  0-24  bit  program  counter,  8 condition  bits. 

Register  1-4  Unit  ID's  - for  memory  unit  address  aug- 
mentation (i.e.  , page  registers). 

Register  2 - subroutine  stack  pointer,  8 flag  bits. 

While  the  interpretation  of  the  contents  of  these  reg- 
isters is  predetermined,  the  programmer  can  (with  caution) 
manipulate  them  at  will. 

3.1.4  Register  Sets 

Every  CPU  has  four  complete  sets  of  16  registers.  At  any 
instance  of  time,  the  CPU  is  in  one  of  four  program  states, 
corresponding  to  which  of  the  four  register  sets  is  in  use.  Ex- 
ternally generated  interrupts  may  cause  the  CPU  to  shift  from 
one  register  set  to  another.  Similarly,  the  programmer  can 
select  which  register  set  is  in  operation  at  any  instant  of 
time.  The  shift  from  one  register  set  to  another  takes  only  the 
time  required  to  execute  the  register  set  or  program  state  shift 
instruction.  Instructions  are  provided  to  allow  the  entire  con- 
tents of  a register  set  to  be  loaded  from  memory  or  to  be  stored 
in  memory,  effectively  allowing  the  implementation  of  an  arbi- 
trary number  of  program  states. 

3.1.5  Instruction  Stack 


An  eight  word  instruction  stack  for  instruction  look- 
ahead is  provided  in  every  CPU.  This  stack  can  be  used  to  store 
from  7 to  32  instructions.  It  should  not  be  construed  from  this 
statement  that  instructions  have  variable  lengths.  CPU  instruc- 
tions are  32  bits  long  but  the  stack  mechanism  takes  advantage 
of  the  op-code  structure  to  compact  the  representation  of  some 
instructions.  Instructions  on  the  stack  may  vary  in  length  from 
8 to  36  bits.  This  is  an  internal  matter  and  transparent  to  the 
programmer.  The  most  often  used  instructions  will  average  16 
bits  in  length,  consequently  allowing  the  stack  to  hold  8 in- 
structions. 

The  instruction  stack  facilities  are  used  to  set  up 
tight  loops  and  other  repetitive  processes  that  have  a minimum 
number  of  memory  references.  The  CPU  uses  whatever  opportuni- 
ties arise  to  make  additional  memory  fetches  of  instructions. 


For  example,  If  operands  are  not  being  fetched  as  a result  of  a 
particular  instruction  execution,  an  additional  instruction  will 
be  fetched  instead  and  placed  into  the  stack.  Eventually,  the 
stack  is  filled  with  instructions.  New  instructions  enter  the 
bottom  of  the  stack  and  displace  previously  used  instructions 
out  of  the  top  of  the  stack.  New  instructions  fetched  are  al- 
ways pushed  to  the  topmost  available  location  in  the  stack.  If 
the  stack  is  full,  new  instructions  entering  at  the  bottom  will 
force  old  (used)  instructions  to  be  displaced  from  the  top. 

This  process  continues  unless  a branch  instruction  is  fetched. 
This  includes  conditional  and  unconditional  JUMPS,  SKIPS,  and 
EXECUTE  instructions.  The  occurrence  of  such  an  instruction  in 
the  stack  stops  the  migration  of  instructions,  but  allows  the 
stack  to  be  filled  up  to  capacity.  Instruction  execution  pro- 
gresses until  the  branch  type  instruction  is  reached.  If  the 
branch  is  to  an  instruction  within  the  stack,  that  instruction 
is  pushed  to  the  top  and  additional  instructions  are  fetched  in 
to  fill  out  the  bottom.  If  the  branch  is  to  an  instruction  not 
presently  on  the  stack,  the  stack  is  cleared  and  a new  fetch  and 
stack  build  cycle  is  started. 

All  stack  operations  are  transparent  to  the  programmer. 
However,  a knowledge  of  the  operational  details  of  the  stack 
mechanism  is  essential  if  advantage  is  to  be  taken  of  it  in  the 
construction  of  tight  loops,  executed  wholly  out  of  the  stack. 
The  execution  time  for  stacked  instructions  is  typically  250 
nanoseconds,  providing  an  effective  four  fold  increase  in  CPU 
speed  when  compared  to  executions  which  involve  memory  refer- 
ences. 

3.1.6  Unit  Characteristics 

Some  of  the  functions  traditioi.ally  associated  with  CPU's 
are  not  implemented  in  the  CPU  of  the  CP.  These  functions  are 
accomplished  by  other  units.  Predominant  among  them  are 
memory  protection  and  interrupt /priority  control.  However,  the 
CPU  is  still  a unit  of  the  CP.  Consequently,  it  has  all  the 
typical  unit  characteristics  - modifiable  LID,  priority/protec- 
tion cache  memory,  response  to  I/U  commands,  etc.  The  CPU  can 
be  provided  with  1,  2,  or  4 ports.  In  most  cases,  the  4 port 
configuration  will  be  used.  As  with  any  other  CP  unit,  the  CPU 
has  a unit  specific  repertoire  which  defines  its  behavior  in 
inter-unit  operations.  Its  unit  specific  repertoire  has  fea- 
tures common  to  memory  units  and  channel  units.  (Refer  to 
Sections  VI  and  VII). 

3.1.7  Arithmetic 

The  number  representation  system  is  2's  complement.  In 
all  arithmetic  operations  between  elements  of  different  sizes 


(e.g.  word  and  character)  justification  is  with  the  smaller  ele- 
ment in  the  least  significant  position.  Results  are  always  in 
terms  of  the  larger  element.  Overflow  and  underflow  flags  are 
set  in  accordance  to  that  of  the  larger  element  involved.  Over- 
flow and  underflow  flags  remain  set  until  explicitly  reset  by 
the  programmer. 

3.1.8  Machine  Versus  Assembler  Addressing 

All  addressing  specifications  in  this  specification  are 
described  as  absolute  addresses.  The  reader  should  not  construe 
from  the  description  of  the  various  instructions,  particularly 
the  variable  length  skip  instructions,  that  absolute  or  relative 
to  absolute  addressing  is  required  in  the  assembly  source  langu- 
age. As  in  all  assemblers,  symbolic  addressing  is  used.  The 
target  of  a skip  instruction  is  treated  like  the  symbolic  ad- 
dress normally  used  for  a jump.  The  assembler  will  provide  the 
proper  skip  value.  If  this  is  out  of  the  permissible  range  of 
the  skip  instruction,  appropriate  assembler  diagnostics  will  be 
issued. 

3.1.9  Extended  Range  Addressing 

Where  the  address  portion  of  an  instruction  which  refer- 
ences memory  is  found  in  a half-word  register,  or  in  memory,  as 
in  an  indirect  reference,  the  contents  of  that  registers  loca- 
tion is  interpreted  in  terms  of  the  unit  being  referenced.  Since 
a half-word  register  is  16  bits  long,  it  can  be  used  to  refer- 
ence 65,536  words,  half-words,  or  characters.  Thus,  word  refer- 
ence via  a half-word  register  has  a span  of  4 units;  half-word 
reference  a span  of  2 units  and  character  reference  a span  of 
one  unit.  The  inclusion  of  indexing  can  further  extend  the 
range.  If  a half-word  index  mode  is  applicable,  the  word  range 
can  be  extended  to  8 units,  the  half-word  range  to  4 units,  and 
the  character  range  to  2 units.  This  characteristic  should  be 
taken  into  account  when  setting  up  to  load  unit  ID's  in  the 
Augment  (AUG)  fields.  Often,  because  of  extended  range  addres- 
sing, it  will  not  be  necessary  to  reload  the  AUG  field. 

3 . 2 Memory  Reference  and  Indexing 

3.2.1  Unit  Identification 


Every  memory  reference  must  ultimately,  directly,  in- 
directly, implicitly,  or  explicitly,  result  in  the  specification 
of  at  least  one  unit  ID.  There  are  two  ways  in  which  such  unit 
ID's  can  appear  in  an  instruction:  immediately  as  a part  of  the 

instruction,  or  via  a pointer  to  one  of  the  four  characters  in 
register  1.  If  the  UID  appears  immediately  in  the  instruction, 
it  is  an  eight  bit  field.  If  the  UID  is  in  register  1,  it  is 
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up*? 


pointed  to  by  means  of  a two  bit  AUGMENT  field  which  specifies 
which  of  four  characters  are  to  be  used. 

3.2.2  Index  Arithmetic 

Index  arithmetic  operations  are  carried  out  with  all 
participating  elements  interpreted  as  positive  integers.  Justi- 
fication is  to  the  smaller  element  of  the  pair.  All  index 
arithmetic  operations  are  carried  through  to  the  UID  segment  of 
the  address,  permitting  indexing  across  unit  boundaries.  How- 
ever, a corollary  to  this  is  the  fact  that  overflow  will  occur 
only  for  attempts  to  get  beyond  unit  477,  and  underflow  only  for 
attempts  to  get  below  unit  000. 

3.2.3  Index  Modes 

There  are  three  index  options:  none,  addition,  and  B + 

C*I . The  normal  indexing  (addition)  is  available  for  some 
instruction  classes  in  both  a pre-and  post  index  mode.  This 
results  in  four  sets  of  indexing  operations:  N(one),  B(ase 

addition,  pre  indirect),  P(ost  indirect  addition),  and  C(onstant 
multiplier).  If  indexing  has  been  specified,  then  tne  first  UID 
is  always  via  an  AUGment  field. 

B Mode  - This  corresponds  to  normal  pre-indirect  indexing 
operations  in  which  the  index  value  is  added  to 
the  base  address  to  produce  the  resulting  ad- 
dress for  that  part  of  the  effective  address 
calculation.  The  index  value  can  be  contained 
in  a half-word  register  or  in  a register  char- 
acter. 

P Mode  - This  mode  applies  only  if  an  indirect  operation 
has  been  specified.  The  indirect  operation  is 
first  carried  out,  fetching  a new  address,  to 
which  the  index  value  is  added.  The  index  value 
can  be  contained  in  a half-word  or  a register 
character. 

C Mode  - In  this  mode  of  indexing  the  product  of  a multi- 
plier constant  and  an  index  value  is  formed. 

This  is  added  to  the  base  address  in  the  instruc- 
tion. The  index  value  can  be  contained  in  a 
half-word  register  or  in  a register  character. 

The  multiplier  can  be  contained  in  a register 
character  or  be  an  immediate  field  in  the  in- 
struction. The  C mode  is  not  available  with 
all  instruction  classes.  Indexing  always  pre- 
cedes indirect  operations  in  this  mode. 


jV 


3.2.4  Indirect  Modes 


The  first  memory  access  of  an  indirect  operation  is  al- 
ways a fetch  of  a half-word  which  can  contain  a word,  half-word 
or  character  address.  The  UID  (first  UID)  can  be  via  an  AUGMENT 
field,  or  be  an  immediate  operand  in  the  instruction  itself.  A 
second  UID  must  be  specified  to  direct  which  unit  the  indirect 
address  refers  to.  This  can  also  be  an  immediate  eight  bit 
field  in  the  instruction  or  be  specified  by  means  of  the  AUG 
field.  However,  only  one  of  the  UID's  can  be  immediate.  More 
specific  rules  apply  in  combination  with  the  indexing  modes  as 
follows : 

N Modes  - If  no  indexing  has  been  specified,  one  or  the 
other  but  not  both  UID's  can  be  immediate. 
Alternatively,  both  UID's  can  be  obtained  by 
specifying  the  AUG  field. 

B,P,C  Modes  - If  indexing  in  any  mode  has  been  specified, 
then  both  UID’s  are  obtained  via  the  AUG- 
ment  field. 

3.2.5  Application 

Not  all  combinations  of  indexing  and  indirect  apply  to 
all  classes  of  instructions.  The  particular  index/indirect 
modes  which  do  apply  are  specified  with  each  instruction  class, 
by  means  of  the  following  mnemonics:  NN,  NI,  BN,  CN,  BI , PI, 

Cl. 

NN  - no  index,  no  indirect 

NI  - no  index,  indirect 

BN  - Base  plus  constant  index,  no  indirect 

BI  - Base  plus  constant  index,  with  indirect 

CN  - Base  plus  constant  times  multiplier,  without  in- 
direct 

Cl  - Base  plus  constant  times  multiplier,  with  indirect 

PI  - index  addition  post  indirect 

For  each  of  these,  there  is  a further  specification  of 
the  location  of  the  UID(s),  the  index  value,  and  the  index  con- 
stant, as  appropriate  to  the  instruction  class.  Where  a speci- 
fication does  not  exist,  the  option  is  not  allowed  for  that 
instruction  class. 

3.3  The  Instruction  Repertoire 
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3.3.1  General 


The  Instructions  are  presented  from  a functional  point  of 
view,  as  a sequence  of  fields.  The  proper  range  of  values  for 
each  field  is  included  in  the  instruction  specification.  For 
example : 

SHFC: :OP(L(eft)) , R(ight)):  CHAR2®5  : VALUE® 


is  the  specification  for  a shift  within  a specified 
register  character.  The  interpretation  of  the  specification  is: 

OP  - Indicates  a variation  of  the  basic  operation. 

In  this  case,  L (left)  or  R (right). 


SHFC 


CHAR 


255 

0 


VALUE® 


- Mnemonic  for  a character  shift  instruction. 

- A register  character  address,  whose  value  is 
anything  from  0 to  255. 

- Indicates  a shift  from  one  to  8 bits. 


In  source  language,  the  instruction  has  the  following 
appearance: 


SHFC  L 60  3 


Indicating  a shift  left  of  character  60  by  3 bits. 

Instruction  structures  are  described  only  from  the  point 
of  view  of  their  functional  appearance.  These  do  not  necessarily 
correspond  to  the  bit  patterns  that  they  are  translated  into  by 
the  assembler.  There  is  no  simple,  one-for-one  representation 
of  instructions  that  corresponds  to  specific  bit  patterns  in  the 
instructions. 


3.3.2  Register  Set  Instructions 

These  commands  are  used  to  modify  the  working  register 
set.  The  sets  are  numbered  0 to  3,  with  set  0 having  the 
highest  priority.  Upon  shifting  register  sets,  control  is 
transferred  to  the  new  set.  The  contents  of  the  old  set  is  un- 
affected. 

GOTON  ::  VALUE® 

Unconditional  transfer  to  register  set  VALUE. 


' • _ 


BLOCK  : : VALUER 

Prevents  interrupts  whose  priority  is  VALUE  from  causing 
a shift  to  register  set  VALUE. 

BLOND  : : VALUE q 

Prevents  interrupts  whose  priority  is  VALUE  or  lower  from 
causing  a shift  to  another  register  set. 

UBLOK  : : VALUE q 

Unblocks  interrupts  at  priority  VALUE.  Has  no  effect  if 
already  unblocked. 

UBLND  : : VALUEq 

Unblocks  interrupts  at  VALUE  or  lower. 

STALL  : : VALUE J 

Stalls  all  interrupts  until  after  the  execution  of  the 
next  N instructions,  where  N is  specified  by  VALUE. 

Interrupt  stalls,  such  as  those  obtained  through  the  use 
of  the  STALL  instructions,  or  other  instructions  which  have  a 
STALL  option,  are  cumulative  and  apply  to  instruction  executions. 
For  example,  the  instruction  sequence: 

STALL  4 

STALL  4 

STALL  4 

causes  a cumulative  stall  of  the  next  12  instructions, 
two  of  which  were  the  second  and  third  STALL'S  - consequently 
there  would  be  a cumulation  of  10  instruction  stalls  beyond  the 
third  STALL.  An  8 bit  stall  counter  is  maintained  for  each  CPU. 
Since  only  the  active  level  can  be  stalled,  only  one  stall 
counter  is  kept.  If  the  cumulative  stall  plus  the  additional 
stalls  exceeds  255,  a stall  of  255  will  be  executed.  As  each 
instruction  is  executed,  the  stall  count  is  reduced  by  one.  The 
following  commands  in  this  set  automatically  create  a stall  of 
one  instruction:  GOTON,  WAITS,  SLECT.  Note  that  this  means, 

GOTON,  WAITS,  and  SLECT,  when  issued  at  their  own  level  (i.e., 
the  program  is  in  state  3 and  GOTON  3 is  issued)  resets  the 
stall  counter  to  1. 

WAITS  : : VALUEq 

Transfers  control  to  register  set  VALUE  and  halts.  The 
next  instruction  will  be  executed  only  upon  the  receipt  of  an 
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interrupt  at  level  VALUE.  Higher  level  interrupts  will  over- 
ride this  function. 

SLECT  ::  VALUEq 

Transfers  control  to  set  VALUE  and  causes  a four  instruc 
tion  stall.  All  registers  are  wiped  clean  except  0,  1,  and  2. 

3.3.3  Subroutine  Call  and  Return  Instructions 


3. 3. 3.1  General 


Two  instructions  are  provided  to  effect  subroutine  calls 
and  returns.  The  issuance  of  a CALLS  instruction  causes  the 
proper  jump  to  the  called  subroutine  as  well  as  the  storage  of 
the  return  address  in  a stack  set  up  for  that  purpose.  In  addi- 
tion to  the  basic  return  address  data,  the  system  will  store  an 
8 bit  flag  character.  Similarly,  the  RETURN  instruction  causes 
a jump  back  to  the  proper  return  point,  with  a return  8 bit  flag 
character,  as  well  as  adjusting  the  stack  pointer.  The  pro- 
grammer can  specify  as  many  or  as  few  separate  stacks  as  he 
wishes.  All  stacks  are  limited  to  256  locations  (e.g.  nesting 
of  256  subroutine  calls  per  stack).  Should  either  end  of  a 
stack  be  violated,  the  CPU  will  jump  to  programmer  defined 
standard  locations  for  that  stack. 

3. 3. 3.2  Operation  of  the  Stack 

The  format  of  the  contents  of  register  2 is: 

I FLAG  BITS  | UNIT  ID  I 14  BIT  WORD  ADDRESS  I X X | 

The  first  8 bits  contain  flags  which  can  be  manipulated 
and  acted  upon  by  the  programmer.  The  next  character  contains 
the  unit  ID  in  which  the  subroutine  stack  control  word  will  be 
found.  The  next  14  bits  specifies  the  location  of  the  sub- 
routine stack  control  word.  Bits  XX  have  functions  discussed 
elsewheres.  Issuing  a CALLS  instruction  causes  the  contents  of 
the  subroutine  stack  control  word  to  be  fetched  from  memory. 

The  subroutine  stack  control  word  has  the  following  format: 

COUNT  T~  UID  I STACK  ENTRY  ADDRESS  BASE  IX  X | 

The  first  character  contains  the  present  stack  count, 
which  can  be  anything  from  0 to  255  entries.  The  next  char- 
acter specifies  the  (memory)  unit  in  which  the  stack  is  to  be 
found,  and  next  14  bits  Bpecify  the  top  of  the  stack.  Having 
fetched  the  stack  control  word,  the  following  events  take  place: 


(1)  The  count  is  decremented  by  one. 

(2)  The  new  stack  entry  address  is  calculated  relative 
to  the  stack  base  address. 

(3)  The  following  information  is  placed  in  the  stack 
entry : 

RETURN  JUMP  ADDRESS 

A_ , 

FLAGS  1 UID  I ! ADDRESS  j ! 1 X X I 


The  flag  field  will  be  set  to  the  values  of  the  flag 
character  in  register  2.  The  UID-ADDRESS  fields  will  be  set  to 
the  return  address  (the  value  of  the  PC  + 1).  Bits  XX  will  be 
set  to  an  optional  value  specified  in  the  call  instruction. 


The  issuance  of  a RETRN  instruction  reverses  the  pro- 
cedure as  follows: 

(1)  The  return  address  is  fetched  from  the  current 
stack  position,  via  the  contents  of  register  2 
and  the  appropriate  stack  control  word. 

(2)  The  flag  bits  contained  in  the  stack  entry  are 
used  to  replace  the  flag  bits  in  register  2. 

(3)  The  count  field  is  incremented  by  one. 

(4)  The  stack  entry  is  decremented  and  checked. 

(5)  The  program  counter  is  replaced  by  the  return 

address.  j 

(6)  A stall  of  XX  is  added  to  the  present  value  of 
the  stall  counter. 

3. 3. 3. 3 Stack  Protection 


Locations  one  word  past  the  last  valid  stack  address 
(i.e.,  that  address  at  which  the  count  field  is  equal  to  -1)  and 
locations  one  before  the  first  valid  stack  address  (current 
stack  address  < stack  base  address)  should  contain  the  address 
of  jump  instructions,  stall  value  and  flag  bits. 


If  the  end  of  the  stack  should  be  overrun,  the  CPU 
will  execute  a jump  to  the  specified  location,  setting  flag 
bits  as  stored  in  the  return  word,  with  the  indicated  number  of 
instruction  stalls.  Similarly,  if  the  top  of  stack  should  be 
"underrun",  a jump  to  the  location  specified  by  the  programmer 
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for  that  condition  will  be  executed.  In  this  way,  the  programmer 
can  specify  the  maximum  subroutine  call  depth,  separately  for 
each  stack,  and  can  further  specify  what  corrective  action  will 
take  place  in  the  event  that  either  the  top  or  the  bottom  of 
the  stack  should  be  overrun. 

3 . 3 . 3 . 4 Call  and  Return  Instructions 


The  call  instruction  has  the  following  formats: 

CALLS  ::  AUG3  : ADDRESS J6 ’ 383  : STALLIN3  : STALLBACK3 

CALLA  ::  UID354  : ADDRESS  J6  * 383  : STALLIN3  : STALI^ACKq 

The  two  different  forms  of  this  instruction  allow  a 
subroutine  call  via  the  AUG  field  specified  (register  1 UID's) 
or  in  the  absolute  mode  (CALLA)  the  explicit  specification  of 
the  unit  being  called.  In  either  case,  a word  address  is  pro- 
vided. The  STALLIN  field  specifies  an  addition  from  0 to  3 to 
stall  counter.  The  STALLBACK  field  specifies  the  number  of  in- 
structions to  be  stalled  upon  return  from  the  subroutine  call. 

There  are  two  return  instructions:  RETRN  and  RTJMP. 

RETRN  performs  the  return  as  described  above  and  there  are  no 
optional  fields.  The  specification  for  RTJMP  is  given  below: 

RTJMP  ::  REGISTER  SETq  : UNIT  ID355  : WORD  ADDRESS^6,38 

The  normal  return  from  a subroutine  is  done,  placing 
flags  in  register  2,  updating  the  stack  control  word,  etc. 
However,  instead  of  jumping  to  the  normal  return  address,  a 
register  set  change  is  performed  as  well  as  a jump  to  the  speci- 
fied address.  Should  return  stack  underflow  occur  as  a result 
of  executing  this  instruction,  the  underflow  jump  will  override 
the  specified  jump,  and  the  register  set  change  will  not  occur. 
Interrupts  are  stalled  for  one  instruction  past  the  RTJMP. 

These  instructions  are  also  available  with  a B mode 
indexing,  in  which  the  index  value  is  found  in  a register  char- 
acter. The  return  instruction  RETRN  can  in  the  indexed  mode, 
perform  an  indexed  jump  based  on  the  contents  of  a specified 
register  character.  Typically,  it  would  be  on  the  contents  of 
the  return  flag  character  in  register  2.  This  is  used  in  con- 
junction with  multiple  exits  from  subroutines.  The  formats  are: 

CALLS  ::  AUG3  : ADDRESS^6’ 383  : STALLIN3  : STALLBACK3  : 
B- INDEX  CHAR A8 3 : BN 

CO 

RETRN  : : B- INDEX  CHARACTER  ADDRESS”  : BN 


■ 

1 u 


• « 

i 


3.3.4. 1 General 

Three  types  of  branching  instructions  are  provided: 
jumps,  skips,  and  executes.  Jumps  have  a wide  range  and  can  go 
from  unit  to  unit  with  a variety  of  indexing  and  indirect  modes. 
Jumps  are  all  unconditional.  The  skip  instructions  provided 
here  are  all  conditional  and  variable  length  in  either  direction. 
The  indexing  for  the  skip  instructions  are  operand  based.  The 
counterpart  to  the  jump  and  skip  instructions  are  the  uncondi- 
tional and  conditional  execute  instructions.  The  former  execute 
a (short)  list  of  specified  instructions  unconditionally.  Like 
the  jump  instructions,  they  have  a broad  range,  with  indexing 
and  indirect  options. 

3. 3. 4. 2 Unconditional  Jump  Instructions 


JUMPA 

UID253 

: ADDRESS q6  » 383 

: NN 

JUMPS 

• • 
• • 

AHG^  : 

ADDRESS J6, 383 

NN 

JUMPS 

• • 

AUG^  : 

ADDRESS^6 ’ 383 

CHARA63 

: BN 

JUMPS 

• • 

«G0  : 

ADDRESS32,767 

AUG23  : 

NI 

JUMPS 

: ; 

AGG0  : 

ADDRESS32*767 

CHARA63 

: AUG23 

: BI 

JUMPS 

AUG®  : 

ADDRESS32,767 

CHARA63 

: AUG23 

: PI 

JUMPH 

AUGg  : 

ADDRESS16,383 

HWRA31 

: BN 

JUMPH 

ADGG  : 

ADDRESS32,767 

HWRA31 

: AUG23  : 

BI 

The  fields  are 

interpreted  as 

follows : 

UID 

- absolute  Unit  ID  of 

8 

bits . 

AUG 

ADDRESS 

CHARA 

AUG2 

HWRA 


- specification  of  augment  field  in  register  1, 

- address  of  instruction  (0-16,383  in  direct 
modes)  or  address  of  address  (0-32,767  for 
indirect  mode) 

- name  of  register  character. 

- second  augment  field  to  provide  second 
memory  unit  number  for  indirect  operations. 

- name  of  half-word  register. 


----  - 


... . - 
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lows : 


The  Instruction  specifications  are  interpreted  as  fol- 


JUMPA  - direct  jump  to  absolute  instruction  ad- 

dress specified  by  the  unit  ID  and  address 
in  the  instruction. 

JUMPS  : : NN  - direct  jump  using  the  AUGMENT  field  for 
the  UID. 

JUMPS  : : BN  - indexed  jump  via  AUGMENT  field,  with  in- 
dexing by  the  contents  of  the  specified 
character  field.  (CHARA)  or  specified 
half-word  register  ( HWR A ) . 

JUMPS  : : NI  - indirect  jump  with  AUG  and  AUG2  providing 
the  first  and  second  UID  respectively. 

JUMPS  : : BI  - indexed  Indirect  jump  with  index  value  in 
specified  character  (CHARA)  or  in  speci- 
fied half-word  register  (HWRA). 

JUMPS  : : PI  - indexed  indirect  jump  with  indexing  oc- 
curring post  indirect. 

3. 3. 4. 3 Unconditional  EXECUTE  Instructions 


Field  interpretations  are  as  in  the  Jump  instructions. 
The  new  field  "VALUE"  specifies  the  number  of  instructions  to  be 
executed.  EXECUTE'S  of  JUMP'S  and  other  EXECUTE'S  is  allowed, 
however,  the  return  data  is  lost  for  double  EXECUTE'S;  control 
returns  to  the  most  recently  issued  EXECUTE.  EXECUTE  of  a JUMP 
is  equivalent  to  jumping  and  coming  back  without  doing  anything. 
Caution  is  advised. 

EXECT  ::  AUG^  : ADDRESS J6’ 383  : VALUE J5  : NN 

EXECT  ::  AUGq  : ADDRESS J6' 383  : VALUE*5  : CHARA®3  : CN 


EXECT  ::  AUG3  : ADDRESS32,767  : VALUeJ5  : AUG23  : PI 


The  NN  mode  performs  a normal  direct  execute.  There  is 
no  BN  mode.  This  is  provided  by  issuing  a CN  mode  EXECT  with 
VALUE  ■ 1.  The  CN  mode  performs  an  indexing  of  the  form  ADDRESS 
+ (CHARA)  * VALUE  and  executes  VALUE  instructions.  As  usual, 
the  notation  " (XXX)  " means  "the  contents  of  XXX". 

3. 3. 4. 4 Conditional  Skip  Instructions 
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3. 3. 4.4.1  General 


All  conditional  skip  instructions  provide  a forward 
or  backward  skip  of  0 to  255  instructions  except  SKPMB.CN  which 
has  a range  of  -128  to  +127.  Skip  values  are  best  visualized  in 
terms  of  what  happens  to  the  program  counter. 


SKIP  1 

PC 

PC+2 

SKIP+N 

PC  -m 

PC  +N+1 

SKIP  0 

PC  -m 

PC  +1 

(SKIP  0 instructions  be 
have  like  NOOP's  in 
this  respect) 

SKIP-1 

PC 

PC 

(Loop  in  place) 

SKIP-N 

PC  -► 

PC  -N+l 

Skins 

SKIPB  : 

CHARA®3 

09 

t-t 

H 

O ^ 

SKIP333  : TFp  : FB® 

SKIPS  : : 

CHARA®3 

• b:tJ  : 

SKIP333  : TFj  : FB® 

SKIPB  skips  on  the  value  of  BIT  in  CHARA,  an  aa»unt 
equal  to  SKIP.  The  skip  can  be  executed  on  the  bit  value  being 
TRUE  » 1 • set,  or  the  bit  value  being  FALSE  ■ 0 » reset.  SKIPS 
operates  the  same  way  with  regard  to  the  skipping  portion  of  the 
instruction,  with  the  following  differences.  If  the  skip  is  on 
TRUE,  and  the  skip  is  taken,  the  bit  will  be  reset.  Similarly, 
if  the  skip  is  on  FALSE  and  the  skip  is  taken,  the  bit  will  be 
set.  These  Instructions  could  be  called:  SKIP  ON  SET  AND 

RESET  and  SKIP  ON  RESET  AND  SET.  If  a skip  value  of  0 is  used, 
the  SKIPS  instruction  is  used  to  reset  bits  (TF  • T)  or  to  set 
bits  (TF  ■ F).  The  FB  field  Indicates  forward  or  backward.  A 
SETBIT  pseudo  instruction  is  provided  in  assembly  language. 

3. 3. 4.4. 3 Skip  on  Word.  Character.  Half-Word 

SKIPW  : : WRaJ5  : SKIpJ33  : COND  : FB® 

SKIPH  : : HWRA31  : SKIP333  : COND  : FbJ 

SKIPC  ::  CHARA®3  : SKIP355  : COND  : FB® 

These  instructions  differ  only  as  to  whether  a word, 
half-word,  or  character  register  is  referenced,  as  indicated  by 


the  IRA,  HVRA,  and  CHARA  fields  respectively.  The  following 
condition  options  nay  be  used  for  all  of  these  instructions: 

POSI  - indicated  element  is  numerically  positive 

NEGA  - indicated  element  is  numerically  negative 

ZERO  - indicated  element  has  value  zero 

NERO  - indicated  element  is  not  zero 

Odd  and  even  valued  skips  can  be  obtained  by  using 
the  appropriate  8KIPB  or  SKIPS  instruction  of  the  least  slgnlfi- 
cant  bit  of  the  element.  These  are  also  provided  as  assembler 
pseudo-ops . 


3. 3. 4. 4. 4 P9tf>U  ElfWgnt  Skips 

These  skips  depend  upon  the  relative  values  of  two 
elements  being  considered.  The  following  combinations  are 
mechanised:  WORD-WORD,  HALF-WORD-HALF-WORD,  HALF-WORD-CHARACTER, 

and  CHARACTER-CHARACTER. 


The  following  conditions  apply  for  the  skips: 


A > H : 

A - B 

A < B 
k t B 
A - |b| 
A - -B 


A is  greater  than  B 
A is  greater  than  or  equal  to  B 
A is  equal  to  B 
A is  less  than  or  equal  to  B 
A is  less  than  B 
A is  not  equal  to  B 

A is  equal  to  the  absolute  value  of  B 
A is  equal  to  -B 


The  Instruction 
SKPWW  ::  WRaJ5  : 

formats  are: 

WRAj5  : SKIP355  : COND  : FB® 

SKPHH 

• • 
• • 

HWRAq1 

: HWRA31  : 

SKIP355  : COND  : FB® 

SKPHC 

• • 
• • 

HWRA31 

: CHARA®3  : 

SKIP355  : COND  : FB® 

SKPCC 

• • 
• • 

CHARA®3 

: CHARA®3 

: SKIP355  : COND  : Fb! 

-'y-  -fiiitr  r ir-'‘ •‘•‘"V" 


3. 3. 4. 4. 5 Memory  Reference,  Single  Operand  Skips 

,3 


SKPMB 

NN 

SKPMB 


AUG 


AUG 


CHARA 


63 


0 

3 
0 

VALUE 


HWRA 


HWRA 

15 

0 


31  . 
0 * 

BIT’  : 

SKIP®55  : 

F 

TF*  : 

FB® 

31  . 
0 ‘ 

BIT’  : 

F 

: TF* 

: 

: CN 

In  both  of  these  instructions  the  skip  is  conditional 
on  the  value  of  a bit  in  memory.  The  character  address  is  con- 
tained in  the  half-word  register.  BIT,  SKIP,  TF  are  defined  as 
before.  The  CN  mode  provides  indexing  by  the  contents  of  char- 
acter register  CHARA  multiplied  by  VALUE.  With  VALUE  - 1,  this 
provides  the  equivalent  of  the  NI  mode. 

B 
F 

B 
F 

B 


The  address  is  contained  in  a half-word  register  for 
these  Instructions.  The  conditions  are  POSI,  NEGA,  ZERO,  NERO. 

3. 3. 4. 4. 6 Dual  Operand.  Memory  Reference  Skips 


SKPMW 

::  AUG®  : 

HWRA®1 

: SKIP®55 

: COND  : FB 

SKPMH 

: : AUG®  : 

HWRA®1 

: SKIP®55 

: COND  : FB 

SKPMC 

::  AVa30  : 

HWRA®1 

: SKIP®55 

: COND  : FB 

SKRMH 

FB? 


aug; 


HWRA 


31 


HWRA 


31 


SKIP 


255 


COND 


SKRMC 


SKIP 


COND 


CHARA 


COND 


SKRCC 


CHARA, 


In  all  cases:  The  unit  ID  is  in  the  indicated  AUG 

field:  The  address  of  the  memory  referenced  element  is  in  the 

first  half-word  register.  The  address  of  the  second  element 
being  compared  is  in  the  second  half-word  or  character  address. 
The  conditions  are  as  in  the  double  element  skips,  A > B,  A > B 
A * B,  A < B , A < B , A f B , A ■ I B I , A ■ -B . SKRMH  compares  a 
register  half-word  to  a memory  half-word.  SKRMC  compares  a 
memory  character  to  a register  half-word,  and  SKRCC  compares  a 
memory  character  to  a register  character. 


3. 3.4. 5 Conditional  Executes 


EXECB  ::  AUG?  : ADDRESS?;6,383  : CHARA63  : BIT?  : 


COUNT J 5 : TFp 


EXECC  ::  AUG3  : ADDRESS?6,383  : CHARA63  : COND  : 


COUNT, 


EXECH  ::  AUG3  : ADDRESS J6, 383  : HWRA31  : COND  : COUNT^ 
EXECW  ::  AUG3  : ADDRESS?6,383  : WRA15  : COND  : COUNT?* 


EXECB  executes  the  instruction  at  the  specified  address 
depending  upon  whether  the  bit  specified  in  the  register  character 
CHARA  and  BIT  is  true  or  false  as  specified  by  the  TF  field. 

Zero  to  fifteen  instructions  can  be  executed.  EXECC,  EXECH,  and 
EXECW  perform  conditional  executes  on  the  condition  of  char- 
acters, half-words  and  words  respectively,  where  the  condition 
is  either  POSI,  NEGA,  ZERO,  or  NERO.  This  provides  executes  on: 
Positive,  Positive  or  zero,  negative,  negative  or  zero,  or  zero. 

3.3.5  Load/Store  Memory  Instructions 

3. 3. 5.1  Load/Store  Registers 


LOADR  ::  AUG3  : ADDRESS J6 ’ 383  : REGaJ5  : NUMB] 
STORR  ::  AUG3  : ADDRESS^6,383  : REGaJ5  : NUMb] 


These  instructions  load/store  NUMB  registers  (32  bits) 
starting  with  register  REGA  in  register  set  SET.  LOADR  and 
STORR  will  carry  over  into  the  next  register  set.  If  the  speci- 


fied total  is  greater  than  register  15  in  set  3,  and  the  oper- 
ation is  LOADW,  the  excess  words  will  be  placed  in  register  set 
0.  Similarly,  if  the  operation  is  a STORW,  the  data  will  be 
taken  out  of  set  0.  Caution  is  advised  in  the  use  of  this  in- 
struction. 


3. 3. 5. 2 Load/Store.  Half-Word.  Character,  NN  Mode 


ADDRESS 


LOADH 


HWRA 


ADDRESS 


hwra; 


STORH 


LOADC  : : AUG3  : ADDRESS®5 ’ 535  : CHARA® 3 

STORC  ::  AUG3  : ADDRESS®5,535  : CHARA®3 

These  instructions  perform  the  indicated  load  or  store 
for  the  character  or  half-word  register  specified  from  the 
memory  address  specified. 


3. 3. 5. 3 Load/Store  via  Registers 


LORDW 

• ’ 

A^Gq  : 

HWRA31 

STRDW 

: ; 

AGGq  : 

HWRA31 

LORDH 

: ; 

AUG3  : 

HWRA31 

STRDH 

• • 
• • 

AUG3  : 

HWRA31 

LORDC 

• • 

AGGq  : 

HWRA31 

STRDC 

• : 

AGGq  : 

HWRA31 

LORDW 

: : 

A«G l : 

HWRA31 

STRDW 

: : 

AGGq  : 

HWRA31 

LORDH 

: : 

AUGg  : 

HWRAq1 

STRDH 

; ; 

AUGq|  : 
3I 

AUG^i: 

HWRA31 

LORDC 

: : 

HWRA31 

STRDC 

• • 

3 * 
AGGq  « 

HWRA31 

LORDW 

• • 
• • 

AGGq  : 

HWRA31 

STRDW 

: ; 

AUG3  : 

HWRA31 

REGAj5  : 

CHARA INDEX® 3 : 

BN 

REGA15  : 

CHARA INDEX® 3 : 

BN 

HWRA31  : 

CHARA INDEX® 3 : 

BN 

HWRA31  : 

CHARA INDEX® 3 : 

BN 

CHARA®3 

: CHARAINDEX®3 

: BN 

CHARA®3 

: CHARAINDEX®3 

: BN 

REGAj5  : 

CINDEX®3  : 

AUG23 

: BI 

REGA15  : 

CINDEX®3  : 

AUG23 

: BI 

HWRA31  : 

CINDEX®3  : 

AUG23 

: BI 

HWRA31  : 

CINDEX®3  : 

AUG23 

: BI 

CHARA®3 

: CINDEX®3 

: AUG23 

: BI 

CHARA®3 

: CINDEX®3 

: AUG23 

: BI 

'•*, 

REGA15  : 

CINDEX®3  : 

: 

PI 

REGAj5  : 

CINDEX®3  : 

AO^  : 

PI 

LORDH 

: : AUG3 

: HWRA31 

: HWRA31  : 

CINDEX®3  : 

AUG3  : 

PI 

STRDH 

::  AUG3 

: HWRA31 

: HWRA31  : 

CINDEX®3  : 

AUG3  : 

PI 

LORDC 

::  AUGq 

: HWRA31 

: CHARA®3 

: CINDEX®3 

••  aug£ 

: PI 

STRDC 

'•  aug® 

: HWRA31 

: CHARA®3 

: CINDEX®3 

: AUG3 

: PI 

These  instructions  perform  load/store  of  words,  half- 
words, and  characters.  The  address  portion  of  the  instruction 
is  contained  in  the  specified  half-word  register.  Note  that  the 
range  of  the  contents  of  the  specified  register  depends  upon 
whether  the  item  is  a word,  half-word,  or  character.  For  words, 
the  range  is  65,536  words,  <?r  four  memory  units,  or  3 memory 

units  beyond  the  one  specified  by  the  AUG  field.  For  half-words, 

the  range  is  65,536  half-words,  or  2 units,  while  for  characters, 

the  range  is  one  unit  - that  which  is  specified  by  the  AUG  field. 

The  second  specification  (REGA,  HWRA,  or  CHARA)  specifies  the 
source/destination  element  as  a register,  half-word  register,  or 
character  register.  All  of  these  instructions  are  indexed  by 
the  contents  of  a specified  character  register  CINDEX.  The  in- 
direct modes,  as  usual,  have  a second  AUG  specification  given  by 
AUG2,  as  usual. 


3.3.6  Single  Operand  in  Memory  via  Register 


OPERW  : 

AUG  * 

: HWRA31 

: OPS  : NN 

OPERH  : 

AUGq 

: HWRA31 

: OPS  : NN 

OPERC  : 

AUG  * 

: HWRA31 

: OPS  : NN 

OPERW  : 

AUG® 

: HWRA31 

: CINDEX®3 

: VALUE J® 

: OPS  : CN 

OPERH  : 

AUG® 

: HWRA31 

: CINDEX®3 

: valueJ® 

: OPS  : CN 

OPERC  : 

AUG® 

: HWRA31 

: CINDEX®3 

: VALUER® 

: OPS  : CN 

AUG  and 

HWRA 

as  usual 

specify  the 

AUG  field 

the  half-word 

register  that  contains  the  address.  Extended  range  addressing 
applies.  CINDEX  is  the  register  character  containing  the  index 
value.  VALUE  contains  the  multiplier  for  the  CN  mode.  VALUE® 1 
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converts  these  instructions  to  the  BN  mode,  however,  the  assem- 
bler provides  pseudo  ops  OPERX:BN.  The  operations  specified  by 
OPS  are:  CLEAR  (set  all  0’s),  LOGICAL  COMPLEMENT,  ARITHMETIC 

NEGATE,  and  ARITHMETIC  ABSOLUTE  VALUE. 

3.3.7  Bit  Manipulation  in  Memory  via  Register 


SETBT 

: AUGq 

: HWRA31 

: BITj 

: NN 

CLRBT  : 

: AUGq 

: HWRA31 

: BITq 

: NN 

COMBT  : 

: AUGq  : 

: HWRA31 

: BIT’ 

: NN 

SETBT  : 

AUG0 

: HWRA31 

: BIT’ 

: CINDEX®3 

: AUG2  : BI 

CLRBT  : 

AUGq  : 

: HWRAq1 

: BIT0 

: CINDEX®3 

: AUG2  : BI 

COMBT  : 

augg 

: HWRAq1 

: BIT’ 

: CINDEX®3 

: AUG2  : BI 

SETBT  : 

: AUGq 

: HWRAq1 

r BIT’ 

: C INDEX®3 

: VALUE J 6 : 

CN 

CLRBT  : 

: AUG^  : 

: HWRAq1 

: BIT’ 

: CINDEX®3 

: VALUE 1 6 : 

CN 

COMBT  : 

: AUGq  : 

: HWRAq1 

: BIT0 

: CINDEX®3 

: VALUE16  : 

CN 

These  instructions  provide  the  setting  (SETBT),  resetting 
(CLRBT),  and  logical  complementing  ( COMBT ) of  the  specified  BIT, 
to  be  found  at  the  character  address  in  half-word  register  HWRA. 
The  index  is  given  by  character  CINDEX.  The  CN  mode  is  also  used 
to  provide  the  BN  mode  by  using  a VALUE  of  1.  Assembler  pseudo- 
ops are  provided  by  SETBT: BN,  CLRBT: BN  and  COMBT: BN. 


3.3.8 


>erations  Between  Registers  and  Memor; 


DOTMW 

: : AUG3 

: HWRA31 

: WRA15  : 

OPS  : 

NN 

DOTMH 

: : AUG3 

: HWRA31 

: HWRA31 

: OPS 

: NN 

DOTMC 

: : AUG3 

: HWRA31 

: CHARA®3 

: OPS  : NN 
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DOTWM 

: : AUG3 

: HWRA31 

: WRA15  : 

OPS  : 

NN 

DOTHM 

: : AUG3 

: HWRA31 

: HWRA31 

: OPS 

: NN 

DOTCM 

: : AUG3 

: HWRA31 

: CHARA®3 

: OPS 

: NN 

DOTMW  : : 
DOTMH  :: 
BI 

DOTMC  : : 
BI 

DOTWM  : 
BI 

DOTHM  : : 
BI 


AUG 

AUG 

AUG 

AUG| 

AUG 


HWRA 

HWRA 

HWRA 

HWRA 

HWRA 


31 

0 

31 


31 

0 

31 

0 

31 


WRA15  : CINDEX®3  : AUG2  : OPS  : BI 
HWRAj5  : C INDEX®3  : AUG2  : OPS  : 


CHARA15  : C INDEX®3  : AUG2  : OPS 


WRA15  : CINDEX®3  : AUG2  : OPS 


HWRA15  : CINDEX®3  : AUG2  : OPS 
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DOTHM  ::  AUGQ  : HWRAg  : HWRA*0  : CINDEXq  : VALUE ^ : 

OPS  : CN 

DOTCM  : AUG3  : HWRA31  : CHARAq5  : C INDEX® 3 : VALUeJ®  : 

OPS  : CN 

DOTMW  : : AUG3  : HWRA31  : WRA15  : CINDEX®3  : AUG23  : OPS  : 
PI 

DOTMH  : : AUG3  : HWRA31  : HWRA31  : CINDEX®3  : AUG23  : OPS 
PI 

DOTMC  : : AUG3  : HWRA31  : CHAR A® 3 : CINDEX®3  : AUG23  : 

OPS  : PI 

DOTWM  : : AUG3  : HWRA31  : WRA 15  : C INDEX® 3 : AUG23  : OPS  : 
PI 

DOTHM  : : AUG3  : HWRA31  : HWRA31  : CINDEX®3  : AUG23  : 

OPS  : PI 

DOTCM  : : AUG3  : HWRA31  : CHARA®3  : CINDEX®3  : AUG23  : 

OPS  : PI 

These  instructions  come  in  four  sets  of  six.  The  differ- 
ent sets  correspond  to  the  NN,  BI,  CN,  and  PI  modes,  with  BN 
obtained  from  CN  by  setting  VALUE  to  1 as  usual.  The  mnemonics 
are  interpreted  as  follows  in  terms  of  operands  A and  B: 

DOTMW  - it  is  a word  operation  and  the  A is  in  memory 
while  B is  a word  register. 

DOTWM  - word  operation  with  A in  a word  register  and  B 
in  memory. 

DOTMH,  DOTHM,  DOTMC,  and  DOTCM  are  interpreted  similarly, 
except  that  the  operands  are  half-words  and  characters.  OPS  is 
one  of  the  following  arithmetic  or  logical  operations.  In  all 
cases  but  one,  the  B operand  is  modified  and  the  A operand  re- 
mains unchanged. 


A O B 

A or  B — > B 


(Interchange  A and  B;  both  A and  B 
changed) 

(A  implies  B) 


3.3.9  Shifts  and  Rotates 

All  shifts  and  rotates  are  done  in  registers. 
3. 3. 9.1  Logical  Shifts 

SHIFW  ::  WRA*5  : LR?  : ZO  : NUM31  : NUM?1 

0 L 0 0 

SHIFH  : : HWRA31  : Lr£  : ZO  : NUmJ5  : NUmJ5 
SHIFC  : : CHAR®3  : Lr£  : ZO  : NUMq  : NUMq 


These  shifts  are  done  on  words,  half-words  or  char- 
acters. The  element  is  specified  by  WRA,  HWRA,  and  CHARA  re- 
spectively. All  shifts  occur  in  two  steps  - first  in  one 
direction,  and  then  in  the  other.  The  direction  taken  first  is 
specified  by  the  LR  field.  If  LR  is  L(eft)  there  will  be  a left 
shift  followed  by  a right  shift.  The  number  of  bits  shifted  on 
the  first  shift  is  specified  by  the  first  NUM  field.  The  number 
of  bits  on  the  second  shift  is  specified  by  the  second  NUM  field. 
If  only  one  NUM  field  is  specified  in  the  source  code,  the 
second  NUM  field  will  be  set  to  zero,  resulting  in  an  ordinary 
left  or  right  shift  as  specified  by  the  LR  field.  Bits  which 
are  shifted  out  are  lost.  The  ZO  field  is  a two  bit  field  which 
specify  what  will  be  shifted  in  on  the  right  and  what  will  be 
shifted  in  on  the  left.  For  example: 


SHIFH  : : 14  L 01  7 3 


Specifies  that  first  a left  shift  of  7 bits  will  be 
performed  and  the  vacated  bits  on  the  right  will  be  replaced 
with  l's.  This  will  be  followed  by  a right  shift  of  3 bits, 


with  the  vacated  bits  on  the  left  replaced  by  0's 
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3. 3. 9. 2 Arithmetic  Shifts 


Left  arithmetic  shifts  are  equivalent  to  multiplication 
by  powers  of  2.  Right  arithmetic  shifts  are  equivalent  to  divi- 
sion by  powers  of  2.  The  sign  of  the  operand  is  preserved  and 
the  shift-in  bits  are  consistent  with  the  arithmetic  shift  mode 
and  the  sign.  Arithmetic  shifts  are  unidirectional.  The  appro- 
priate overflow  bits  (word,  half-word,  and  character)  will  be 
set  should  that  occur  as  a result  of  the  shift. 


SHATD 

: : WRAj5  : 

LR*  : 

NUM31 

SHATW 

: : WRaJ5  : 

U>L  : 

NUM31 

SHATH 

: : HWRA31 

: LR* 

: NUMj5 

SHATC  ::  CHARA®3  : Lr£  : NUM^ 


SHATD  is  a double  arithmetic  shift.  In  a left  shift, 
this  carries  over  into  register  (WRA)-l.  In  a right  shift  the 
carry  over  is  to  (WRA)+1.  The  Overflow  flag  is  set  only  upon 
double  register  overflow  on  a left  shift.  The  contents  of  the 
adjacent  register  is  cleared  before  the  shift  and  the  sign  is 
corrected. 

3. 3.9.3  Rotates 

Rotates  are  logical,  unidirectional,  and  single  ele- 
ment . 

ROTAW  ::  WRaJ5  : Lr£  • NUM31 

ROT  AH  ::  HWRA31  : LR®  : NUM15 

ROTAC  : : CHARA®3  : LrJ  : NUMq 

3.3.10  Count  Instructions 

3.3.10.1  Count  in  Registers 

These  instructions  count  the  number  of  leading, 
trailing,  or  internal  zero's  or  one's  of  a specified  word,  half- 
word, or  character  element  into  a specified  character  register. 
The  element  being  examined  is  not  affected. 


■" 


KONTW  ::  WRaJ5  : LT  : Z0  : CHARA®3 
KONTH  : : HWRA31  : LT  : Z0  : CHARA®3 
KONTC  : : CHARA®3  : LT  : Z0  : CHARA®3 


KONEW  : : WRaJ5  : Z0  : CHAR A® 3 
KONEH  ::  HWRA31  : Z0  : CHARA®3 
KONEC  ::  CHARA®3  : Z0  : CHARA®3 

The  first  field  (WRA,  HWRA,  CHARA)  specifies  the  ele- 
ment being  counted.  The  second  field  in  KONTW,  KONTH,  and  KONTC 
specifies  whether  leading  or  trailing  bits  are  being  counted. 

The  Z0  field  specifies  whether  Zero's  or  one's  are  being  counted, 
and  the  CHARA  field  identifies  the  register  character  in  which 
the  count  is  being  made.  KONEW,  KONEH  and  KONEC  count  the  speci- 
fied bits  without  regard  to  where  they  appear  in  the  element. 

3.3.10.2  Counts  in  Memory 

Equivalent  instructions  to  the  above  are  available 
which  performs  the  same  function  for  a word,  half-word,  or  char- 
acter in  memory.  Again,  the  element  being  counted  is  not  affected. 
The  first  field  specifies  the  AUG  and  the  second  field  (HWRA) 
specifies  the  half-word  register  in  which  the  address  of  the  ele- 
ment to  be  counted  is  to  be  found. 


KOMTW  : : AUG) 


HWRA) 


LT  : Z0 


CHARA) 


KOMTH  ::  AUG) 


HWRA) 


LT  : Z0  : CHARA' 


KOMTC  : : AUG) 


HWRA) 


LT  : Z0  : CHARA' 


KOMTW  : 


HWRA) 


CHARA 


CINDEX) 


KOMTH  : 


HWRA) 


CHARA) 


CINDEX) 


*< 
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KOMTC 

BN 

::  AUG3 

: HWRA31 

: LT 

: ZP  : CHARA®3  : CINDEX®3 

KOMEW 

: : ADG3 

: HWRA31 

: Zp 

: CHARA®3  : 

NN 

KOMEH 

: : AUG3 

: HWRA31 

: zp 

: CHARA®3  : 

NN 

KOMEC 

” AUG0 

: HWRA31 

: Z 0 

: CHARA®3  : 

NN 

KOMEW 

: : AUG3 

: HWRA31 

: zp 

: CHARA®3  : 

CINDEX®3 

: BN 

KOME'T 

::  AUGq 

: HWRA 31 

: Zp 

: CHARA®3  : 

CINDEX®3 

: BN 

KOMEC 

: : AUG3 

: HWRA31 

: Zp 

: CHARA®3  : 

CINDEX®3 

: BN 

3.3.11  Tally  Instructions 

These  instructions  perform  a conditional  skip  based  on 
what  happens  to  a character  or  half-word  register  as  a result  of 
an  addition  or  subtraction  of  an  immediate  operand.  The  format 


TALYH  : : OPgJjg 

: VALUE J 6 

: HWRA31  : 

SKIP355  : 

FB  : 

CONDITION 

TALYC  ::  OPAgg 

: VALUE J 6 

: CHARA®3 

: SKIP355 

: FB  : 

CONDITION 

Where : 

OP  - specifies  addition  or  subtraction. 

VALUE  - is  an  immediate  positive  integer  operand. 

HWRA,  CHARA  - is  the  address  of  the  half-word  register 
or  character  being  modified. 


SKIP 


is  the  skip  value 


CONDITION  - is  one  of  the  following:  OVERFLOW,  UNDER- 

FLOW, POSITIVE,  NEGATIVE,  ZERO,  POSITIVE  OR 
ZERO,  NEGATIVE  OR  ZERO,  POSITIVE  ONE. 


FB  - the  direction  of  the  Skip. 


3.3.12 


Double  Register 


Operations 


These  are  all  operations  between  registers  of  various 
sizes.  The  fourth  character  in  the  mnemonic  is  by  convention 
the  A operand  and  the  mnemonic  indicates  whether  it  is  a word 
(W),  half-word  (H)  or  character.  The  fifth  character  in  the 
mnemonic  is  by  convention  the  "B"  operand  and  follows  the  same 
rules.  The  results  of  the  operation  is  always  placed  in  the  B 
register,  except  for  the  interchange.  B register  overflow  and 
underflow  flags  will  be  set  for  the  arithmetic  operations,  but 
not  for  the  logical  operations.  In  the  case  of  the  interchange 
operations  where  a smaller  element  is  being  moved  into  a larger 
element,  the  smaller  element  is  right  justified  and  the  higher 
order  portions  of  the  larger  element  is  unaffected. 


OPSWW 

OPSHW 

OPSCW 

OPSHH 

OPSCH 

OPSCC 


WRA15  : WRAq5  : OPS 


HWRA31  : 

WRA15  : 

OPS 

CHARA®3 

: WRAq5  : 

OPS 

HWRA31  : 

HWRA31  : 

OPS 

CHARAq3 

: HWRA31 

: OPS 

CHARAq3 

: CHARA®3 

: OPS 

The  operations  are: 


A + B — > B 

A - B — =►  B 

A / B — » B 

B/A  — > B, A 

A — ► B 

A «*-►  B 

-A  — *■  B 


Addition 

Subtraction 

Multiplication 

Division,  remainder  in  A. 

Transfer 

Interchange 

Arithmetic  negative  transfer  > 
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AB  V A B > B Equivalence,  coincidence 

AB  V AB  > B Inequivalence,  exclusive  OR 

AB  > B Not  B and  A 

A V B > B Not  A or  B 

AB  > B Not  A and  B,  Sheffer  Stroke  func- 

tion 


3.3.13  Triple  Register  Operations 


A . B — > C 

B/A  — > C remainder  in  B 

AC  V B C — > B conditioned  disjunction,  select 

A or  B according  to  C. 

A V C B — > B A or  B if  C is  True;  otherwise 

A - OR  through  mask  in  C. 

A (C  V B)  — » B A and  B if  C is  True;  otherwise 

A - AND  through  mask  in  C. 


C(A  B V AB)  V C A 


A = B,  otherwise  A through 
mask  in  C. 


3.3.14  Single  Register  Immediate  Operand 


In  all  of  these  operations,  one  of  the  operands  is  to  be 
found  as  an  immediate  operand  of  the  instruction.  The  register 
always  takes  the  role  of  the  B register  in  the  equivalent  double 
register  operations.  All  double  register  operations  discussed 
in  3.3.12  above  apply.  IMMHW  and  IMMCH  stand  for  immediate 
operand  half-word,  and  immediate  operand  character.  The  inter- 
pretation is  logical  or  arithmetic  depending  upon  the  operation 
selected. 


MPSHW  : 


: IMMHW  : WRA^  : OPS 


MPSCW  : 


: IMMCH  : WRAq  : OPS 


MPSHH  : 


: IMMHW  : HWRAq  : OPS 


MPSCH  : 


: IMMCH  : HWLAq  : OPS 


MPSCC  : 


: IMMCH  : CHARAq  : OPS 


3.3.15  Dual  Registers , Immediate  Operands 

There  are  two  instructions  in  this  set  for  half-words 
and  characters.  Other  than  the  fact  that  one  of  the  operands 
is  immediate,  the  operations  are  the  same  as  for  triple  register 
functions,  with  one  of  the  registers  being  replaced  by  the  speci- 
fied immediate  operand.  Operands  are  interpreted  as  arithmetic 
or  logical  in  accordance  to  the  selected  operation.  The  instruc- 
tion formats  are: 


TIMOH  : : HWRAA31  : HWRAB31  : 


: IMMHW  : OPS 


TIMOC  : : CHARA®3  : CHARAB®3  : IMMCH  : OPS 

The  operations  are: 

A + IMMOP  ->  B 
A - IMMOP  -»  B 


A * IMMOP 


A/ IMMOP 


B,  remainder  in  A. 
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A * IMMOP  V B * IMMOP  -»  B 


A V IMMOP  * B 
A * (IMMOP  V B) 

IMMOP*(A*B  V A*B) 


->  B 
B 

V IMMOP* A -»B 


conditioned  disjunction 
according  to  value  of 
immediate  op. 

A or  B selected  by  IMMOP. 

A and  B selected  by 
IMMOP. 

A = B selected  by 
IMMOP . 


3.3.16  Stack  and  Queue  Management  Instructions 
3.3.16.1  Push  and  Pop  Instructions 

Push  and  Pop  instructions  are  provided  in  the  word, 
half-word,  and  character  modes.  Control  is  via  a designated 
word  register  which  is  identified  by  the  first  field  of  the 
instruction.  This  control  word  contains  the  UID  of  the  memory 
unit  where  the  stack  control  word  is  to  be  found,  the  stack  con- 
trol word  address,  and  8 flag  bits.  The  operation  is  like  the 
operation  of  the  subroutine  entry-exit  stack.  Stack  overrun 
and  underrun  protection  is  provided  by  placing  the  appropriate 
jump  instruction  in  the  boundary  locations.  Half-word  and  char- 
acter stacks  must  terminate  on  word  boundaries.  Two  forms  of 
these  instructions  are  available;  with  the  number  of  characters, 
half-words,  or  words  to  be  PUSH'ed  or  POP'ed  given  as  an  immed- 
iate operand;  or  with  the  number  specified  in  a register  char- 
acter. 


PUSHW  : : WRaJ5  : 

IMmJ®  : 

wraJ5 

POPPW  : : WRaJ5  : 

IMM*®  : 

wraJ5 

PUSHH  : : WRaJ5  : 

I MM32  : 

HWRA31 

POPPH  : : WRaJ5  : 

IMM32  : 

HWRA21 

PUSHC  : : WRaJ5  : 

I MM®4  : 

CHARA®3 

POPPC  : : WRaJ5  : 

IMM®4  : 

CHARA®3 

11-30 

i 

r — - ; . - - -- ^ --  - ■ - 


: 

I 


! 


PUSCW 

: ; WRAj5 

: CHARA®3 

: WRaJ5 

POPCW 

: : WRA15 

: CHARA®3 

: WRA15 

PUSCH 

: : WRAj5 

: CHARA®3 

: HWRA31 

POPCH 

: : WRAj5 

: CHAR A33 

: HWRA31 

PUSCC 

: : WRAj5 

: CHARA®3 

: CHAR A® 3 

POPCC 

: : WRAj5 

: CHAR A® 3 

: CHARA®3 

The  first  field  specifies  the  control  register.  The 
second  field  is  either  an  immediate  operand  or  a character  ad- 
dress. In  either  case,  it  specifies  the  number  of  elements 
which  are  to  be  PUSH'ed  or  POP'ed.  The  last  field  specifies 
the  first  register  word,  half-word,  or  character  which  will 
participate  in  the  operation.  Assembler  checks  are  provided 
for  those  instructions  with  immediate  operands  to  see  that  over- 
runs are  not  specified.  If  more  characters  are  specified  than 
possible  (e.g.  PUSH  14  words  starting  with  register  6,  or  POP 
26  characters  starting  with  character  44)  loading  and  unloading 
will  take  place  only  for  the  real  registers.  There  will  be  no 
carry  into  the  other  register  sets.  Similarly,  only  the  proper 
number  of  characters  will  be  written  into  memory.  An  interrupt 
will,  however,  be  generated  indicating  the  attempted  violation. 

3.3.16.2  Pull  and  Shove  Instructions 

3.3.16.2.1  FIFO  Chain  Structure 

The  various  PUSHX  and  POPPX  instructions  provide 
control  over  a programmer  specified  LIFO  (Last-in-First-Out ) 
stack.  An  analogous  set  of  instructions  provide  control  over 
a FIFO  chain  (First-in-First-out ) . The  chain  controlled  via  a 
register  which  points  to  a chian  control  word  in  memory.  The 
first  (highest  order)  character  of  the  register  does  not  partici- 
pate in  these  instructions  and  is  unaffected.  The  second  char- 
acter contains  the  UID  of  the  memory  unit  in  which  the  control 
word  and  the  chain  will  be  found.  The  third  and  fourth  char- 
acters contain  a 16  bit  word  address.  Extended  range  addressing 
applies  here;  consequently,  the  chain  itself  and  the  chain  con- 
trol word  could  be  in  any  of  four  contiguous  memory  units. 
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All  FIFO  chains  are  word  chains  and  are  exactly  256 
words  long.  The  chain  control  word  has  the  following  format: 


TOP  COUNT 


BOTTOM  COUNT 


HEAD  OF  CHAIN  ADDRESS 


The  chain  itself  has  the  following  structure: 


HEAD  OF  CHAIN 


CURRENT  TOP 


CURRENT  BOTTOM 


The  Head  of  Chain  Address  is  a 16  bit  word  address 
relative  to  the  UID  in  which  the  chain  control  word  is  found. 

It  points  to  the  "head  of  the  chain",  which  is  a marker  for  the 
first  of  256  words  that  comprises  the  chain.  It  is  not  to  be 
confused  with  the  "TOP"  or  the  "BOTTOM"  of  the  chain.  Locations 
1-1,  1-2  and  1+256  are  loaded  with  programmer  specified  instruc- 
tions, used  to  control  chain  overruns  and  underruns.  The  1-2 
location  will  not  be  used  in  most  applications  and  is  optional. 
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3.3.16.2.2  FIFO  Chain  Operation 


The  TOP  indicator  specifies  the  oldest  entry  in  the 
chain.  Normally,  data  is  taken  off  the  chain  from  the  TOP.  If 
a PULL  instruction  is  issued,  the  specified  number  of  words  are 
"PULL'ed"  from  the  TOP  location  and  the  TOP  counter  is  decre- 
mented and  appropriate  amount.  The  chain  is  rotary,  so  that  if 
words  are  PULL'ed  from  before  location  0 relative  to  the  head  of 
chain  address,  subsequent  words  will  be  pulled  from  location  255 
and  up.  Prior  to  the  execution  of  a PULL  instruction,  the  rela- 
tive position  of  the  BOTTOM  and  the  (TOP-NUMBER  OF  WORDS  PULLED) 
is  checked  for  underrun.  If  underrun  would  occur  as  a result  of 
the  PULL,  the  PULL  is  not  executed,  but  the  instruction  in  1-1 
is  executed  instead. 

A SHOVE  instruction  adds  words  to  the  chain  starting 
with  the  current  BOTTOM,  also  wrapping  around  location  255  to  0 
as  required.  If  the  BOTTOM  should  overrun  the  TOP,  the  instruc- 
tion at  location  1+256  will  be  executed  and  the  SHOVE  instruc- 
tion will  be  aborted. 

Current  TOP  and  BOTTOM  are  always  assumed  to  be  cor- 
rect prior  to  the  execution  of  these  instructions.  Hardware 
logic  properly  controls  the  switchover  which  occurs,  when  going 
"around  the  bend". 

3.3.16.2.3  Instructions 

SHOVE  : : WRA*5  : IMM16  : WRA~5 

0 1 o 

PULLS  : : WRaJ5  : IMM*6  : WRaJ5 

These  instructions  perform  SHOVE's  and  PULL’s  using 
the  first  WRA  for  the  address  of  the  control  word.  The  immed- 
iate operand  specifies  the  number  of  words  to  be  SHOVE' d or 
PULL'ed  and  the  second  WRA  specifies  the  register  from  which  or 
to  which  the  data  is  to  come  or  go.  Register  boundary  conven- 
tions are  the  same  as  for  the  PUSH  and  POP  instructions. 


SHOVE 


CHARA, 


: WRA, 


SHOVE 


CHARA, 


: WRA 


These  perform  the  same  operations  except  that  the 
number  of  words  manipulated  is  found  in  the  specified  CHARA. 
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APEND 

wraJ5 

imm*6 

APEND 

wraJ5 

CHARA 

BHEAD 

wraJ5 

IMM^6 

BHEAD 

wraJ5 

CHARA 

CURTL 

! : 

wraJ5 

immJ6 

CURTL 

; ; 

wraJ5 

CHARA 

UPEND 

: : 

wraJ5 

immJ6 

UPEND 

; : 

wraJ5 

CHARA 

These 

instructions  all 

63 

0 


63 

0 


15 

0 


15 

0 


specified  register  for  the  location  of  the  control  word.  The 
number  of  words  operated  on  is  specified  by  either  the  IMM  field 
as  an  immediate  operand,  or  the  contents  of  the  CHARA  field. 

The  APEND  instruction  moves  the  bottom  pointer  DOWN  the  number 
of  word  locations  specified,  without  clearing  the  contents.  The 
CURTL  instruction  moves  the  bottom  pointer  UP  the  specified 
number  of  words.  The  BHEAD  instructions  move  the  top  pointer 
DOWN,  and  the  UPEND  instructions  move  the  top  pointer  UP.  In 
all  cases  of  overruns  or  underruns,  the  appropriate  instruction 
in  locations  1-1  and  1+256  will  be  executed. 

3.3.17  Miscellaneous  Instructions 


3.3.17.1  Analyze 


ANALZ  : : 

ADGo 

: ADDRESS^6 ’ 383 

: WRA*5 

: NN 

ANALZ  : : 

ADGo 

: ADDRESS^6  > 383 

: wra*5 

: AUG2  : 

ANALZ  : : 

«Go 

: ADDRESS J6 ’ 383 

: WRAj5 

: HWRAq1 

BN 


Fetches  the  contents  of  the  word  specified  by  AUG  - 
ADDRESS,  interprets  that  word  as  an  instruction,  performs  all 
indicated  effective  address  calculations  and  returns  the  final 
address  including  its  AUG  into  register  WRA.  The  operations 
specified  by  that  instruction  are  not  carried  out.  All  registers 
and  memory  locations  other  than  WRA  are  not  affected. 
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3.3.17.2 


Halt 


Performs  a halt  of  the  CPU  at  all  levels.  Processing 
does  not  resume  until  initiated  externally  by  a OPEN  unit  micro. 
This  is  the  equivalent  of  a self-inflicted  CLOS.  The  external 
command  could  have  been  generated  through  a channel  by  means  of 
an  operator's  console,  etc.  The  instruction  is  simply: 

HALTS 

3.3.17.3  Select  Next  Level 
SNAPS 

This  instruction  terminates  processing  at  the  present 
level  and  resumes  processing  at  the  next  lower  level  which  is 
not  blocked.  Return  to  this  level  following  a SNAPS  is  to  the 
next  sequential  instruction  following  the  SNAPS,  unless  other 
instructions  have  been  executed  to  change  the  program  counter. 

3.4  Inter-Unit  (I/U)  Instructions 

3.4.1  General 


The  CPU,  as  a unit  of  the  system,  and  particularly  in  its 
role  as  a controller  of  units,  must  be  capable  of  issuing 
various  I/U  instructions.  Many  of  these  come  about  in  the  course 
of  ordinary  instruction  execution;  but  most  I/U  instructions  are 
not  part  of  the  CPU  repertoire  itself.  I/U  instructions  may  be 
issued  in  several  different  ways,  depending  upon  the  I/U  instruc- 
tion itself,  and  the  mode  used  to  issue  it. 

3.4.2  Single  Character  I/U  Micro-Instructions 

The  following  single  character  I/U  micro-instructions 
may  be  issued  directly  within  the  CPU  repertoire.  The  format 
is  specified  below: 


GOOF 

::  UIDq55 

REST 

: : UIDq55 

CLOS 

::  UIDq55 

OPEN 

: : UIDq55 

POWR 

::  UIDq55 

RTST 

: : UIDq55  : CHARA 

CHARA  specifies  the  character  location  in  which  the  re- 
sponding unit's  status  code  will  be  placed. 

XORO  : : UIDq55 

LOCK  : : UIDq55 

UNLK  : : UIDq 

FINT  : : UIDq 

FUST  ::  UIDq55  : CHARA53 

The  units  control  state  is  placed  in  the  character  reg- 
ister CHARA. 


LART  : : UID; 


GART  : : UIDq 

INXT  : : UIDq55  : CHARA53  : STATEq55 

The  resultant  control  state  is  placed  in  the  character 
register  CHARA.  The  forcing  state  is  specified  by  the  immediate 
operand  STATE . 

QUEP  ::  UIDq55  : CHARA53 

The  units  physical  ID  is  placed  in  register  CHARA. 

3.4.3  Two  and  Three  Character  I/U  Micro-Instructions 


SLID  ::  UID, 


new  lid: 


SMID  : : UID: 


NEW  MAX  ID; 


SICU  : : UID; 


NEW  PRIMARY  ICU  ID, 


sisu  : : uid; 


NEW  SECONDARY  ICU  ID; 


CLPN  : : UID: 


PORT  NUMBER, 
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OLPN  : 

: on, *« 

: PORT  NUMBER* 

SPNP  : 

: UIDf 5 

: PORT  NUMBER* 

STAT  : 

: UID355 

: STATE355 

CNID  : 

: PIDg« 5 

: LID355 

A unit 

ID  does 

not  have  to  be 

000  is  implicit  in  the  CNID  command. 
3.4.4  Issue  of  I/U  Command  via  Register 
The  format  of  these  commands  is: 


ISSUE  ::  UID^  : DESC:C0MM  : WRAq 

The  command  is  placed  in  the  registers  starting  with  WRA. 
The  second  field  of  the  command  is  either  the  first  character  of 
the  command,  or  the  command  descriptor  if  a third  person,  in- 
direct or  chained  mode  has  been  specified.  The  command  is  ex- 
tracted starting  with  the  specified  register.  If  the  command 
should  overrun  the  registers  in  the  active  register  set,  a 
diagnostic  interrupt  will  occur.  Caution  is  advised  in  using 
this  mode  for  the  transfer  micros  since  the  result  will  depend 
upon  what  other  commands  were  pending  at  the  time.  Generally, 
the  data  will  come  to  and  from  registers.  Caution  is  similarly 
advised  in  using  the  SST  and  FST  commands  in  this  mode  since  it 
may  result  in  overlaying  the  CPU's  own  control  cache  memory. 

Such  commands  should  all  be  issued  in  the  third  person  mode. 

3.4.5  Issue  of  I/U  Command  via  Memory 

These  instructions  fetch  the  I/U  command  from  the  speci- 
fied memory  locations  and  re-issue  the  command  as  if  it  were  its 
own.  This  is  not  to  be  confused  with  the  third  person  mode. 

The  same  command  issued  in  the  third  person  mode,  would  make  it 
appear  that  the  memory  had  issued  the  micro-instruction.  The 
issuance  of  this  command  ties  up  two  ports.  Subsequent  instruc- 
tions will  be  executed  if  they  are  not  I/U  instructions.  The  I/U 
instruction  length  is  determined  by  the  port  logic  and  does  not 
have  to  be  specified. 

ISSUM  ::  UID355  : AUG3  : ADDRESS*6,383 

The  UID  of  these  commands  can  be  that  of  the  CPU  itself. 
This  allows  all  I/U  instructions  to  be  issued  by  the  CPU. 
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Caution  is  advised. 

3.5  The  CPU  as  a Unit 
3.5.1  Control  Memory 

Every  CPU  has  a 128  or  256  character  control  cache  memory. 
The  control  memory  is  used  to  store  priority  and  protection  in- 
formation for  all  other  units  in  the  CP.  The  SID  of  the  re- 
questing unit  is  used  as  an  index  to  the  control  memory  to  fetch 
a character  with  the  following  structure:  the  interpretation 

is  similar  to  that  of  the  memory  unit  control  cache  memory  (see 
Section  V,  paragraph  3.2). 


P field  - Three  bit  port  priority  field.  A priority  of 
0 means  that  direct  communications  between  the 
specified  unit  and  this  CPU  is  not  allowed. 

S field  - Two  bit  command  protection  field. 

I field  - Interrupt  priority  field.  Provides  a built-in 
priority  category  to  be  used  in  servicing  inter- 
rupts. A value  of  zero  indicates  that  the  unit 
is  not  allowed  to  issue  interrupts  to  this  CPU. 
The  normal  setting  for  this  field  is  1.  With 
this  value,  the  CPU  will  respond  only  to  the 
I/U  interrupt  commands  discussed  in  paragraph 
3.5.4  and  the  FINT  command.  Other  values  pro- 
duce special  actions  discussed  elsewheres. 


3.5.2  Command  Protection 

If  the  priority  (P-field)  is  zero,  then  no  commands  are 
allowed.  Commands  are  subdivided  into  four  categories  as  shown 
below: 


SET  STATE 
SET  UNIT  MAX 
SET  STATE  1,  2,  3, 
INXMT 

SET  LOGICAL  ID 
CONVERT  NULL  ID 


GO  OFF-LINE 

CLOSE 

OPEN 

POWER  DOWN 
RESET 
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SET  SECONDARY  ICUID  CLOSE  PORT 

FORCE  INTERRUPT 
SET  N PRIMARY 


00 

FETCH  UNIT  STATE 

QUERY  PID 

RETURN  STATUS 

LOCK  PATH 

UNLOCK  PATH 

FETCH  STATE  1,  2,  3,  4 

XORO 

LOCAL  ABORT 
GLOBAL  ABORT 
ALL  TRANSFERS 


These  categories  are  called  3,  2,  1,  and  0 commands  re- 
spectively. Category  0 commands  are  those  which  can  be  used  in 
the  course  of  normal  data  transfers,  or  which  cannot  change  the 
state  of  the  memory  unit.  That  is,  they  are  "safe"  commands  - 
their  execution  are  not  likely  to  cause  problems. 

Category  1 commands  change  the  routing  of  data  through 
the  matrix  and  can  thereby  affect  matrix  efficiency.  Similarly, 
forcing  an  interrupt  improperly  will  not  generally  cause  system 
malfunction  but  only  cause  spurious  processing  to  occur. 


Category  2 commands  are  used  to  change  the  state  of  the 
unit,  but  not  its  logical  identity  or  the  contents  of  the  con- 
trol memory.  Inappropriate  execution  of  this  command  will 
definitely  affect  performance,  in  fact,  can  cause  the  system  to 
fail,  but  will  not  cause  the  system's  logical  integrity  to  be 
corrupted. 


Category  3 commands  are  used  to  change  the  state  of  the 
unit,  its  logical  identity,  and  in  the  case  of  the  INXMT  com- 
mand, can  cause  the  unit  to  behave  in  a totally  bizarre  manner 
(deliberately  for  diagnostic  purposes).  Consequently,  the  exe- 
cution of  these  commands  must  be  well  guarded.  Typically,  cate- 
gory 3 commands  are  executable  only  by  CPU's,  the  ICU,  the  SMU, 
and  the  BU. 


n 
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The  selection  of  which  categories  of  commands  are  allowed 
a particular  unit  is  determined  by  the  value  of  the  S-field  in 
the  control  word  for  that  unit , in  accordance  to  the  following 
scheme : 


S 

S 

S 

S 


00  - category  0 commands  only 

01  - categories  0 and  1 

10  - categories  0,  1,  2 

11  - all  commands 


3.5.3  Port  Priority  Control 

Priority  control  rules  are  established  as  follows: 


(1) 


If  the  SID's  of  the  two  commands  are  not  equal,  then 
priority  is  established  by  the  priority  in  the  P- 
field. 


(2) 

(3) 


If  the  P-field  priorities  are  the  same,  the  priority 
is  established  by  the  port  order. 


If  the  SID's  are  the  same,  the  priorities  are  neces- 
sarily the  same  since  the  same  unit  is  involved.  In 
this  case,  the  following  scheme  holds: 


Category  3 commands  have  priority  over  2,  1,  and 

0. 


b.  Category  2 commands  have  priority  over  1 and  0. 

c.  Category  1 commands  have  priority  over  0. 


If  two  or  more  commands  for  the  same  SID  are  in 
the  same  category,  they  are  serviced  in  strict 
FIFO  order. 


3.5.4  Port  Command  Stack 


A stack  entry  consists  of  four  characters.  The  number  of 
stack  entries  provided  is  double  the  number  of  memory  ports. 

Stack  entries  can  be  used  for  any  commands  from  any  port  - that 
is,  a particular  stack  entry  does  not  have  a built-in  association 
with  a particular  port.  A stack  entry  consists  of  the  following: 


(PORT),  SID,  OPCODE 


(PORT),  SID,  OPCODE,  OPCODE  CONTINUATION 


(PORT),  SID,  OPCODE,  ADDRESS 
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The  OPCODE  could  take  one  to  four  character  spaces.  If 
the  total  command  requires  two  characters,  then  two  commands 
can  be  stacked  in  one  entry. 

Commands  are  stacked  only  when  they  are  received  on  a 
port  which  is  in  the  locked  state.  Control  line  signaling  by 
the  source  unit  is  used  to  specify  that  a new  command  is  on  the 
way.  Commands  are  stacked  in  accordance  to  the  priority  scheme 
discussed  in  section  3.5  above.  The  new  S ID  is  compared  to  the 
previous  SID  for  that  port  - if  they  do  not  match,  all  stacked 
commands  for  that  port  are  aborted.  A port  could  be  in  the 
locked  state  either  as  a result  of  an  explicit  lock  command  or 
because  it  is  waiting  for  the  completion  of  an  ongoing  memory 
operation.  The  port  remains  locked  as  long  as  there  is  a com- 
mand stacked  for  that  port.  Instruction  stacking  operations 
are  transparent. 

3.5.5  I/U  Commands 

The  CPU  responds  to  all  the  generic  unit  commands  when 
given  in  the  proper  mode.  There  are  additional  I/U  commands 
related  to  the  handling  of  external  interrupts.  These  are  dis- 
cussed under  the  ICU.  In  addition,  the  CPU  responds  to  the 
following  unit  specific  commands: 

SET  STATE: XX  The  program  state  is  changed  to  XX. 

Execution  continues  with  the  current 
PC  value  for  the  new  state. 

LOAD  REGI STERS : XX :CHARA: LENGTH: DATA  

The  registers  in  the  specified  set  are 
force  loaded  starting  with  the  char- 
acter register  specified.  The  number 
of  characters  is  given  by  LENGTH.  All 
processing  is  suspended  while  this  com- 
mand is  taking  place.  All  other  port 
operations  are  held  up. 

DUMP  REGISTERS : XX : CHARA : NUMBER : UID : ADDRESS 

The  NUMBER  of  registers  in  set  XX 
starting  with  CHARA  are  dumped  to  the 
specified  memory  location.  All  pro- 
cessing is  suspended  while  this  command 
is  in  effect.  The  register  contents 
themselves  are  not  affected. 

These  commands,  may  with  caution,  be  self-issued  - that 
is,  with  the  CPU  as  the  object  of  the  command. 


3.6  CPU  Alarm  Processing  and  Traps 

3.6.1  General 


Most  events  that  would  classify  as  interrupts  in  a 
typical  computer  are  either  queued  in  memory  directly  as  a re- 
sult of  I/O  operations,  or  are  handled  by  the  ICU.  Should  the 
ICU  determine  that  the  CPU  in  question  is  to  be  interrupted,  the 
ICU  will  force  the  subject  CPU  to  the  proper  state  and  to  the 
proper  instruction  within  that  state.  However,  there  are  a 
number  of  conditions  which  are  detectable  by  the  CPU,  in  which 
the  CPU  itself  can  and  should  take  action,  without  waiting  for 
the  ICU.  In  all  of  these  cases,  however,  an  interrupt  message 
will  nevertheless  be  transmitted  to  the  ICU.  Subsequent  ICU 
action  might  override  the  action  taken  by  the  CPU.  This  is  a 
programming  matter. 

3.6.2  Self -Detected  Alarms 

All  interrupts  and  interruptable  conditions  detected 
directly  by  the  CPU  itself  will  result  in  a self-interrupt  in 

addition  to  the  interrupt  message  sent  to  the  ICU.  Self- 

detected  interrupts  are  limited  to  malfunction  and  alarm  condi- 
tions detected  by  the  CPU.  Included  in  these  are: 

(1)  Power  alarm. 

(2)  Parity  error  in  received  matrix  transmission. 

(3)  I/U  micro  issued  by  CPU  is  rejected. 

(4)  I/U  micro  issued  by  CPU  not  completed. 

(5)  Interrupt  chain  violation  (see  Section  III). 

(6)  Other  alarm  conditions  (to  be  specified). 

3.6.3  Trap  Operation 

The  CPU  contains  the  UID,  the  word  address  of  the  head  of 
a list  of  instructions  and  the  number  of  instructions  for  each 
entry  on  the  list  (trap  entry  length)  in  an  internal  register. 

The  trap  entry  list  consists  of  a list  of  set  of  instructions, 
(e.g.  17  entries  of  12  instructions  each).  Every  entry  on  the 
list  must  consist  of  the  same  number  of  instructions.  Upon 
detection  of  an  alarm  condition,  all  normal  processing  is  sus- 
pended and  control  shifts  to  the  trap  list.  If  the  memory  unit 
required  to  execute  the  trap  list  cannot  be  reached  because  of 
say,  a parity  error  or  permanent  blockage  in  the  matrix,  the  CPU 
will  halt  and  issue  a major  alarm  interrupt  to  the  ICU.  Failing 
that,  it  will  issue  a major  alarm  interrupt  to  the  alternate  ICU. 
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The  alarm  condition  code  is  combined  with  the  present 
program  state  and  multiplied  by  the  trap  entry  length.  The  re- 
sulting number  is  used  as  an  index  to  the  trap  entry  list.  The 
instruction  starting  with  the  calculated  location  in  the  trap 
entry  list  are  then  executed.  This  mode  of  operation  takes  pre- 
cedence over  all  other  program  states.  Each  entry  in  the  trap 
entry  list  can  consist  of  an  instruction  sequence  of  up  to  16 
instructions.  Jumps  and  skips  may  be  taken  at  will.  Similarly, 
EXECUTE  instructions  may  be  issued.  However,  at  the  conclusion 
of  the  number  of  instructions  that  were  declared  as  the  length 
of  the  trap  entry  list,  control  will  revert  back  to  the  current 
program  state  and  PC  value.  This  could  be  a different  state  and 
PC  than  the  one  that  had  been  left , since  the  programmer  could 
have  issued  instructions  that  changed  the  state  and/or  the  PC. 
Additional  interrupts  (self-generated)  can  occur,  but  will  not 
interrupt  the  current  sequence  of  instructions. 

The  trap  mode  has  no  registers  of  its  own.  All  normal 
mode  registers  can  be  used  as  desired  in  the  trap  mode.  The 
set  is  selected  by  issuing  a state  change  instruction.  Note 
that  the  CPU  will  revert  back  to  the  last  state  selected.  In- 
structions executed  in  the  trap  mode  will  not  modify  the  PC  of 
whatever  state  the  CPU  is  in.  Overflow  and  underflow  flags, 
however,  will  be  set  and  reset  in  the  normal  manner.  All  instruc- 
tion executions  while  in  the  trap  mode  are  relative  to  the  UID 
stored  in  the  trap  control  register.  This  UID  will  override  all 
other  PC  UID's.  Similarly,  in  all  other  instructions  which  cause 
an  effective  jump,  such  as  jump  instructions,  subroutine  entry 
and  exit  instructions,  program  state  change  instructions,  etc., 
the  base  UID  for  instruction  execution  will  not  be  changed  - it 
will  remain  the  UID  stored  in  the  trap  control  register. 


Execution  of  the  first  instruction  in  the  trap  list  cor- 
responding to  the  interrupt  code  has  the  effect  of  turning  off 
that  alarm.  If  more  than  one  alarm  condition  should  occur 
simultaneously,  the  trap  will  be  to  the  smallest  numerical  value 
- e.g.,  corresponding  to  the  lowest  number  alarm.  Other  alarms 
which  occur  while  in  the  trap  mode  are  not  lost;  but  are  ignored 
until  acted  upon  explicitly.  When  acted  upon,  they  are  reset. 
Additional  alarms  or  a given  type  occurring  prior  to  the  acknow- 
ledgement of  that  type  of  alarm  will  be  ignored.  Operation  in 
the  trap  mode  overrides  stalls  in  the  normal  program  states. 
Stall  counts  are  not  affected  by  the  trap  mode.  Effectively, 
entering  the  trap  mode  causes  a permanent  stall  for  all  levels. 

3.6.4  Trap  Related  Instructions 

The  following  IU  unit  specific  instructions  are  provided: 

LTRAP  - Loads  the  trap  register  with  the  three  characters 
provided. 
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STRAP  - Stores  the  trap  register  contents. 

Vhen  issued  as  CPU  instructions,  they  take  the  following 

form: 

LTRAP  : : UID^55  : WRaJ5 
STRAP  : : UIDq55  : WRaJ5 
These  instructions  can  be  self-issued. 


SKPST : : 

This  instruction  causes  a skip  equal  to  one  more  than  the 
program  state  value  - if  the  program  state  is  0,  a skip  of  one 
instruction  will  be  executed.  If  the  program  state  is  1 , a skip 
of  2 instructions  will  be  executed,  etc. 

RMAIN  : : IMM^ 


This  instruction,  if  executed  in  the  normal  mode  has  no 
effect.  If  executed  in  the  trap  mode  will  cause  the  trap  mode 
to  be  in  effect  for  an  additional  IMM  instruction  executions, 
up  to  a total  maximum  of  255.  If,  for  example,  the  trap  mode 
counter  is  at  200  and  an  RMAIN:: 200  is  issued,  the  CPU  will  re- 
main in  the  trap  mode  for  255  instructions. 


ALLAY : : : IMM 


16,383 


This  instruction  is  issued  from  a program  state  and  forces 
an  entry  into  the  trap  mode,  at  the  location  specified  by  the 
immediate  operand  relative  to  the  base  address  in  the  trap  con- 
trol register.  Once  the  shift  is  executed,  operation  is  identi- 
cal to  the  normal  trap  mode  operation. 

DOWNN : : 


Forcible  exit  from  the  trap  mode  to  the  current  program 
state.  No  effect  if  in  the  normal  mode. 


DSKPS : : 

Remains  in  the  trap  mode  if  there  is  another  alarm 
pending,  and  executes  the  trap  list  for  that  alarm.  Otherwise, 
exits  the  trap  mode  to  the  current  program  state. 
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CLEAR  : : IMM J 


" 1 ' • * 1 


i 


Clears  the  alarm  code  specified  by  the  immediate  operand. 
BLOCK  : : IMmJ5 

Blocks  alarms  for  the  alarm  code  specified  by  the  immed- 
iate operand. 


CLARM  : : I MM 


15 

0 


Unblocks  alarms  for  the  alarm  code  specified  by  the  im- 
mediate operand. 

3. 7 Flags  and  Breakpoints 

The  CPU  provides  for  up  to  256  control  flags  to  be  used 
for  various  purposes  in  sets  of  32  each.  These  flags  are  in- 
dependent of  program  state  and  are  not  affected  except  under 
explicit  instructions  from  the  program.  All  operations  applied 
to  non-existent  flags  will  be  ignored.  The  following  instruc- 
tions are  provided  for  manipulating  these  flags: 

SETFG  : : FLAG^55 

Sets  the  indicated  flag. 

RSTFG  : : FLAGq55 

Resets  the  indicated  flag. 

COMFG  : : FLAGq55 


Complements  the  indicated  flag. 

SKIPF  : : FLAGq55  : TF;£  : SKIP^55  : FB® 

SKUPF  : : FLAGq55  : Tf£  : SKIP^55  : FB® 

These  two  commands  are  analogous  to  the  bit  conditioned 
register  skip  instructions  SKIPB  and  SKIPS,  except  the  condition 
is  that  of  the  flag.  The  SKUPF  instruction  will  set  or  reset 
the  flag  as  appropriate  if  the  skip  is  taken. 

loadf  ::  rangEq  : wraJ5 
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DUMPF  : : RANGEq  : WRaJ5 

These  two  instructions,  respectively,  load  and  store  a 
range  of  32  flags  to  or  from  the  indicated  word  register.  Flags 
are  grouped  into  8 ranges  of  32  flags  each,  as  indicated  by  the 
range  field. 

RETRF  ::  FLAG^55  : TF^  : AUG3  : WORD  ADDRESS*6,383 

If  the  instruction  specifies  a TRUE  condition  and  the  flag 
is  not  set,  or  if  the  instruction  specifies  a FALSE  condition 
and  the  flag  is  set,  the  instruction  will  execute  a normal  sub- 
routine return.  If  however,  the  indicated  flag  is  in  the  re- 
quired condition,  the  instruction  will  execute  an  unconditional 
branch  to  the  named  location.  In  this  case,  the  stack  will  not 
be  affected.  This  instruction  can  always  be  used  instead  of  a 
normal  return  instruction.  It  is  used  for  performance  monitoring 
for  establishing  the  equivalent  of  console  breakpoints,  and 
halts,  without  paying  a penalty  if  the  condition  indicated  is 
not  met. 


HALTF  : : FLAG355  : TF^ 


Executes  a halt  conditional  on  the  specified  flag. 

3 . 8 Operating  Modes 

The  CPU  has  two  operating  modes  - STEP  and  RUN.  The  RUN 
mode  is  the  normal  operating  mode.  The  STEP  mode  is  used  for 
diagnostic  and  de-bugging  purposes.  These  modes  are  set  by  use 
of  a pair  of  unit  specific  IU  instruction.  Receipt  of  the  first 
STEP  command  sets  the  STEP  mode.  Each  additional  STEP  command 
allows  the  execution  of  the  next  instruction. 
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1.0  SCOPE 


This  section  is  the  specification  for  the  Interrupt  Control 
Unit  (ICU)  of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2.1  General  Specification  for  the  Central  Processor 

(Section  I of  the  CPS  Central  Processor  Specification) 

3.0  INTERRUPT  CONTROL  UNIT  (ICU)  SPECIFICATION 

3.1  General 

The  CP  does  not  have  an  interrupt  facility  in  the  ordinary 
sense.  Unlike  other  systems  in  which  interrupt  lines  connect 
devices  to  the  (typically  single)  CPU,  there  is  no  direct  con- 
nection between  a unit  and  the  ICU.  The  connection  is  established 
through  the  matrix.  Furthermore,  the  identity  of  the  ICU  is 
dynamically  variable.  At  any  instance  of  time,  two  ICU's  may  be 
defined.  Units  that  would  in  an  ordinary  system  respond  to  a 
situation  by  issuing  an  interrupt  to  a particular  CPU,  will  re- 
spond instead  by  transmitting  an  interrupt  message  to  the  primary 
ICU.  Failing  to  connect  with  it,  it  will  re-issue  the  interrupt 
message  to  the  secondary  ICU.  Once  the  ICU  has  accepted  the 
interrupt  message,  the  unit  is  effectively  freed  of  its  respons- 
ibility regarding  that  interrupt.  Its  subsequent  action  depends 
upon  the  nature  of  the  interrupt  message. 

The  ICU,  upon  receiving  the  interrupt  message,  processes 
it  and  determines  which  CPU  (if  any)  is  to  be  interrupted.  If 
a CPU  is  to  be  interrupted,  it  will  do  so.  That  interrupt  ac- 
tion may  consist  of  any  of  the  following  in  any  combination: 

a.  Forced  program  state  change. 

b.  Loading  registers  of  a given  set  to  stored  values. 

c.  Loading  of  the  cache  memory. 

In  the  course  of  processing  the  interrupt,  the  ICU  may  have 
recourse  to  examine  the  state  of  the  CPU  it  is  to  interrupt, 
therefore,  it  has  the  ability  to  query  its  logical  ID,  its 
physical  ID,  the  contents  of  its  cache  memory,  the  contents  of 
its  registers,  etc.  It  is  clear,  that  the  ICU  can  be  called 
upon  to  perform  somewhat  complicated  actions.  Actions  that  are 
normally  wired  to  the  logic  of  the  interrupt  control  hardware. 
However,  in  the  CP,  the  ICU  functions  are  performed  by  just 
another  CPU  that  has  been  assigned  to  that  task.  Therefore,  all 
of  the  features  and  capabilities  of  the  CPU  described  in  Section 
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II  apply  to  the  ICU  as  well. 

3.2  Structure  of  Interrupt  Messages 

Interrupt  messages  are  transmitted  as  IU  micro-commands 
with  the  code  XXXX.  The  structure  of  the  entire  message  is: 


1 

COMMAND 

CONTROL 

FIRST  INTERRUPT 

j SID 

XXXX 

CHARACTER 

CHARACTER 

[ 


Up  to  31  additional  words  for 
the  interrupt  message. 


Every  interrupt  message  consists  of  at  least  four  char- 
acters. The  first  character,  as  usual  is  the  SID.  This  is  fol- 
lowed by  the  command,  with  the  code  XXXX.  This  is  followed  by 
a control  character  (described  below)  and  at  least  one  additional 
character  with  interrupt  specific  data.  This  can  be  followed  by 
up  to  31  more  words  of  interrupt  data.  Interrupt  messages  are 
always  a multiple  of  4 characters  in  length.  Interrupt  messages 
are  transmitted  one  word  at  a time. 

The  control  character  consists  of  two  fields: 


► 


; 
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; 
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C-field  - a three  bit  field  which  identifies  the  gen- 
eral nature  of  the  interrupt.  000  is  re- 
served for  major  alarms.  The  coding  is 
particular  to  the  device  and  the  type  of 
interrupt . 

L-field  - a five  bit  field  which  specifies  how  many 

additional  words  there  are  in  the  interrupt 
message. 

These  fields  are  generated  by  the  unit  in  accordance  to 
built-in  logic. 

3.3  Hardware  Operation  of  the  Interrupt 

The  C-field  value  is  combined  (by  concatenation)  with  the 
I-field  in  the  cache  memory  to  provide  a six  bit  index  value. 
This  index  value  is  used  with  the  trap  register  UID  to  create 


a word  index  for  the  low  order  64  words  of  that  memory  unit.  If 
the  index  value  is  0,  the  interrupt  will  be  handled  in  the  trap 
mode  with  index  value  0,  which  should  have  been  set  up  to  corre- 
spond to  the  treatment  of  external  interrupts  which  are  to  be 
handled  by  the  trap  mode.  Otherwise,  the  contents  of  the  refer- 
enced word  is  fetched.  It  is  interpreted  as  a FIFO  chain  con- 
trol word  using  the  same  ICU  as  a base.  The  interrupt  message 
length  is  used  to  determine  if  there  will  be  an  overrun.  If  an 
overrun  will  occur,  then  instruction  at  1-2  of  the  chain  will  be 
executed  (effectively  in  the  trap  mode),  otherwise,  successive 
words  of  the  interrupt  message  will  be  stored  on  the  chain.  CPU 
instruction  execution  is  locked  out  until  the  check  has  been 
performed.  The  structure  of  the  tables  and  registers  involved 
is  shown  in  Figure  III-l.  Figure  III-2  is  a flow  chart  for  the 
operation . 

Note  that  because  extended  range  addressing  applies,  the 
interrupt  FIFO  chains  can  be  in  any  of  the  4 adjacent  memory 
units  starting  with  the  UID  specified  in  the  trap  control  reg- 
ister. However,  the  chain  control  words  must  be  in  the  first 
64  locations  of  the  UID  specified  by  the  trap  control  register. 

3.4  ICU  Software 


3.4.1  General 


The  ICU  hardware  identifies  the  nature  of  the  interrupt 
and  decides  if  it  is  to  be  treated  in  the  trap  mode  or  in  the 
normal  interrupt  mode.  If  it  is  to  be  treated  in  the  interrupt 
mode,  the  interrupt  message,  as  originally  received  is  queued 
on  one  of  up  to  63  FIFO  chains.  Hardware  provides  protection 
against  chain  overrun.  The  hardware  effectively  performs  a 
SHOVE  operation. 

All  remaining  treatment  of  the  interrupt  is  performed  by 
ICU  software.  Since  the  original  interrupt  message  is  queued 
without  change,  arbitrary  relations  between  the  interrupt  type, 
its  priority,  the  unit  it  came  from,  the  CPU  (if  any)  which  is 
to  be  interrupted,  the  program  state  and  location  to  which  the 
interrupt  is  to  force  the  CPU,  etc.,  may  be  established  by  the 
software.  Interrupts  can  be  divided  into  three  convenient  cate- 
gories, depending  upon  the  intended  response: 

(1)  Major  alarms  with  system  impact. 

(2)  Alarms  with  unit  impact. 

(3)  Normal  I/O  terminations  which  require  interrupt. 

(4)  Non-interrupting  terminations  and  other  conditions. 
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3.4.2  System  Wide  Major  Alarms 


System  wide  major  alarms  will  result  in  either  reconfigur- 
ation of  the  system,  re-start  of  CPU's,  or  reloads  of  program 
memories.  Interrupts  in  this  category  generally  result  in  exe- 
cuting a complex  program  which  will  involve  closing  units  down, 
re-bootstrapping  them,  or  force  starting  from  predetermined 
locations.  LID's  may  be  changed.  Some  elementary  test  and 
diagnostic  procedures  may  be  executed  to  identify  the  malfunc- 
tioning unit.  ICU,  CPU  or  ICU  memory  unit  failures  should  be 
included  in  this  category.  Trap  mode  or  high  priority  program 
state  should  be  used  to  service  such  interrupts. 

3.4.3  Unit  Alarms 


These  interrupts  are  from  a symptom  point  of  view  localiz- 
able  to  the  unit  that  issued  the  alarm.  However,  it  can  turn 
out  that  the  problem  is  a system  wide  problem.  This  would  be 
the  case  if  several  units  responded  to  a particular  situation, 
each  one  giving  its  own  version  of  the  alarm  condition.  The 
centralized  position  of  the  ICU  can  be  used  to  advantage  to 
make  this  distinction.  For  example,  a center  stage  matrix  unit 
has  malfunctioned,  resulting  in  parity  errors  in  various  trans- 
mission traversing  it.  Assume  that  the  parity  error  occurred 
only  on  the  path  from  a memory  unit  to  a CPU.  The  CPU  provides 
an  alarm  for  "memory  parity  error".  The  active  unit  stage  also 
provides  an  alarm  for  the  center  stage  parity  error.  The  center 
stage,  however,  is  itself  oblivious.  The  resolution  of  this  bug 
would  be  a self-initiated  restart  on  the  part  of  the  CPU.  The 
ICU,  however,  seeing  the  pattern  of  alarms  involved,  could  be 
programmed  to  conclude  that  the  malfunction  is  most  likely  in 
the  center  stage.  That  stage  would  be  cut  off  and  handed  over 
for  diagnostic  tests.  The  other  units  involved  would  merely 
retry.  In  most  cases,  unit  alarms  would  be  localized  to  the  one 
of  two  units  involved  in  a transfer  and  the  ICU  would  simply 
take  retry  action  if  this  made  sense. 

3.4.4  I/O  Terminations 


Most  I/O  terminations,  because  of  command  chaining,  data 
chaining,  condition  chaining,  and  the  ability  to  chain  interrupts 
as  part  of  the  specification  of  the  IU  command  will  not  result 
in  interrupts.  However,  if  true  interrupts  are  required,  the 
ICU  software  will  first  determine  which  CPU  is  to  be  interrupted 
and  how.  This  can  include  an  examination  of  the  subject  CPU's 
state  and  PC. 

3.4.5  Other  Terminations 

Other  conditions  which  under  ordinary  circumstances  might 
be  treated  by  interrupts,  even  though  they  result  in  an  inter- 
rupt message  transmission  to  the  ICU,  need  not  result  in  the 
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bona  fide  interrupt  of  any  other  CPU.  This  could  come  about 
because  of  peculiarities  of  the  device  design,  or  because  of  the 
functional  role  played  by  the  device  in  question.  Thus,  all 
channels  will  give  interrupts  on  missed  transfer  conditions. 
However,  if  the  channel  in  question  is  being  manipulated  by  a 
diagnostic  program  in  a diagnostic  CPU,  it  may  be  desirable  not 
to  actually  interrupt  that  CPU,  but  rather  to  queue  the  condition 
as  detected.  Similarly,  other  "off-line"  diagnostic  tests  could, 
because  of  unit  malfunctions,  cause  all  kinds  of  events  that 
would  normally  result  in  interrupts,  but  because  of  the  inter- 
position of  the  ICU,  they  could  be  treated  in  a less  frenzied 
manner. 

3.5  ICU  Designation  and  ICU  Failure 

Every  unit  contains  the  UID  of  the  ICU  and  some  other  CPU 
designated  as  the  alternate  ICU.  Failure  to  transfer  an  inter- 
rupt message  and  receive  confirmation  thereto  from  the  primary 
ICU  will  result  in  the  transferring  unit's  unilateral  transfer 
of  the  interrupt  message  to  the  designated  alternate  ICU.  The 
ICU  CPU  itself  must  contain  the  same  two  UID's.  The  primary 
ICU  for  the  primary  ICU  should  be  the  alternate  ICU.  The  alter- 
nate ICU  for  the  primary  ICU  should  be  some  third  CPU,  typically 
concerned  with  system  level  executive  functions,  or  otherwise 
one  allowed  to  execute  instructions  out  of  the  memory  unit(s) 
that  contain  the  recovery  procedures  for  ICU  failure.  The 
primary  ICU  for  the  alternate  ICU  could  be  the  primary  ICU, 
while  the  secondary  ICU  for  the  secondary  ICU  could  be  the  same 
third  CPU.  Note  that  the  designated  alternate  need  not  "contain" 
(i.e.,  be  allowed  access)  to  the  entire  ICU  tables  and  memory, 
a small  subset  of  this  is  all  that  is  necessary. 
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1.0  SCOPE 

This  section  is  the  specification  for  the  Channel  Unit  (CU) 
of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2.1  General  Specification  for  the  Central  Processor 
(Section  I of  the  CPS  Central  Processor  Specification). 

3. 0 CHANNEL  UNIT  (CU)  SPECIFICATION 

3. 1 Generfc 1 

All  communications  between  units  within  the  CP  and  devices 
external  to  the  CP  is  via  channel  units.  The  Channel  Units 
(CU's),  therefore,  provide  the  means  for  the  CP  to  communicate 
with  the  outside  world. 

3.2  Channel  Interfaces 


3.2.1  Channel-Matrix  Interface 


The  channel  has  a normal  unit  interface  with  the  matrix. 
That  is,  there  is  a validation/priority  cache  memory  (256-512 
bits  for  three  priority  levels)  and  LID,  MID,  ICU  ID,  etc. , 
storage.  In  addition,  the  channel  stores  in  a number  of  reg- 
isters, additional  information  required  to  execute  I/O  transfers 
or  other  I/U  commands.  These  registers  contain  a unit  ID,  and 
depending  upon  the  unit  type,  an  additional  two  characters  of 
address  data.  The  following  information  can  be  stored:  data 

address,  data  count,  command  chain  address,  data  chain  address, 
condition  chain  address,  and  termination  instruction.  A channel 
can  be  involved  in  three  simultaneous  transfers  (2  inputs  and 
one  output)  and  consequently  the  above  information  can  be  held 
for  each  of  the  three  transfers.  These  instruction  storages 
are  over  and  above  the  registers  used  to  store  micro-commands. 
The  micro-command  storage  registers  are  still  required  because 
a given  I/U  macro  is  executed  as  a sequence  of  unit  generic 
micro- commands . 

3.2.2  Channel-Device  Interface 


A channel  has  two  interfaces:  an  internal  interface 

which  is  a standard  unit  interface  to  the  matrix,  and  an  ex- 
ternal interface,  which  is  also  a standard  interface.  While  the 
internal  interface  may  have  one  or  more  ports,  the  external 
interface  is  always  a single  port  interface.  That  interface  is 
a full  duplex,  character  parallel  interface,  with  a number  of 
control  and  timing  lines.  Figure  IV-1  shows  the  structure  of 
the  external  interface. 
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The  interface  is  symmetrical  and  can  operate  in  the  full 
duplex  mode.  Except  for  the  direction  of  the  signals  involved, 
the  interface  from  the  device  input  side  to  the  channel  output 
side,  and  the  interface  from  the  device  output  side  to  the 
channel  input  side  are  identical.  There  are  a number  of  other 
control  lines  which  have  not  been  shown  in  the  interest  of 
clarity.  Each  half  of  the  interface  consists  of  the  following 
lines:  DCA,  CDA,  YT,  DATA,  and  PARITY.  Each  is  discussed  be- 

low. 

3. 2.2.1  DCA,  CDA  Lines 


The  DCA  line  is  a signal  line  whose  logical  value  speci- 
fies that  a single  character  transfer  of  data  or  control  is  to 
occur.  If  the  DCA  line  value  is  "true"  then  the  character  is  on 
its  way,  and  has  been  initiated  on  the  behest  of  the  device. 

That  is,  the  device  is  providing  the  clock.  In  this  case,  the 
channel  input  side  is  slaved  to  the  device  output  side.  Alter- 
natively, if  the  CDA  line  is  activated,  it  indicates  that  the 
character  is  transferred  on  the  behest  of  the  channel  - in  which 
case,  the  device  output  side  is  slaved  to  the  channel  input  side. 
The  DCA  and  CDA  line  perform  identical  functions  on  the  other 
half  of  the  interface. 

3. 2. 2. 2  YT  Line 


The  logical  value  of  the  YT  line  ("true-false")  indi- 
cates whether  the  current  character  is  to  be  treated  as  data  or 
if  it  is  to  be  interpreted  by  the  recipient.  Thus,  in  a trans- 
fer from  the  device  to  the  channel,  the  YT  line  specifies  if  the 
current  character  is  data  or  control.  Similarly,  in  the  opposite 
direction,  the  state  of  the  YT  line  specifies  if  the  device  is 
to  interpret  the  character  as  data  or  control. 

3. 2. 2. 3  Data  Lines 


The  data  lines  are  8 lines  in  parallel,  used  to  trans- 
fer a character  between  the  device  and  the  channel  or  vice  versa. 

3 . 2 . 2 . 4 Parity  Line 

Every  character  transferred  across  the  interface  has  a 
parity  bit.  That  parity  bit  is  checked  by  the  recipient  of  the 
transfer. 

3.2.2. 5 Control  Transfers  Between  Channel  and  Device 

The  channel  passes  control  information  to  the  device. 
Some  of  that  control  information  is  given  to  the  channel  as  data, 
while  some  of  it  is  derived  by  the  channel  and  re-packaged,  so 
to  speak  for  the  device.  The  former  data  is  not  interpreted  by 
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•3  Channel  Character! stioo 


3. 3. 1.1  General 
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FIGURE  IV-2  - CONNECTION  OF  TWO  ASYNCHRONOUS  LINES 

Both  channels  are  in  the  same  state,  being  MASTER  on 
output  to  the  device  and  SLAVE 'd  to  it  on  input.  The  matrix 
interface,  however,  has  the  situation  reversed.  Consider  now, 
the  connection  of  a block  addressed  random  access  memory  which 
can  operate  at  whatever  speed  it  is  capable  of,  being  connected 
to  a disc  unit,  which  has  a preset  clock  speed.  The  situation 
is  now  depicted  in  Figure  IV-3. 
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FIGURE  IV-3  - CONNECTION  TO  VARIABLE  SPEED  BORAM 


This  connection  should  make  it  clear  that  MASTER/SLAVE 
states  have  nothing  to  do  with  transfer  direction  and  that  the 
two  paths  could  be  in  different  states  independently.  There 
will  be,  in  this  case,  an  alternation  of  MASTER/SLAVE  across  the 


aster/Slave  States 


A channel  Has  two  interfaces  - with  the  device  and  with 
the  matrix.  In  any  transfer  of  data,  be  it  into  or  out  of  the 
system,  in  addition  to  specifying  the  direction  of  the  transfer, 
we  must  specify  which  device  is  to  provide  the  clocking  for  the 
transfer.  For  example,  if  the  device  is  an  asynchronous  input 
line,  it  is  clear  that  the  channel  cannot  tell  when  the  next 
character  is  to  be  expected.  Somehow  or  other,  the  device  must 
initiate  the  transfer.  In  this  case,  the  device  is  the  master 
and  the  channel  is  the  slave.  Carry  this  further,  and  say  that 
the  characters  are  being  transferred  to  memory.  The  memory  can- 
not initiate  the  transfer  since  it  does  not  know  when  the  channel 
will  have  a character  ready  for  it.  For  this  interface,  it  is 
the  channel  which  is  the  master  and  the  memory  which  is  the 
slave.  Consider  now  the  interconnection  of  two  such  full  duplex 
asynchronous  lines,  as  shown  in  Figure  IV-2. 
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channel.  If  an  asynchronous  line  is  now  hooked  to  a synchronous 
line,  the  situation  of  Figure  IV-4  might  develop. 
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FIGURE  IV-4  - ASYNCHRONOUS  LINE  TO  SYNCHRONOUS  LINE 


Now  one  or  the  other  channels  must  have  a SLAVE/SLAVE 
set  up.  This  kind  of  hook-up  would  not  be  made  unless  there 
were  some  assurance  that  things  would  not  go  wrong.  But,  there 
is  a limited  amount  of  buffering  in  the  channel.  At  very  slow 
character  rates,  in  cases  where  delays  were  not  important,  this 
configuration  could  conceivably  come  up. 

The  final  configuration  need  not  be  drawn.  It  is 
clearly  the  MASTER/MASTER  mode,  in  which  the  channel  is  acting 
as  a master  in  both  directions.  Under  these  circumstances,  the 
channel  initiates  all  character  transfers  at  a programmed  speed. 

The  MASTER/SLAVE  designation  is  applied  separately  as 
to  the  direction  of  the  transfer,  however,  all  ports  will  have 
the  same  designation  in  the  same  direction.  MASTER/SLAVE  desig- 
nation applies  to  the  controlling  clock  for  data  transfers.  It 
does  not  apply  to  the  unit's  ability  to  receive  commands,  to 
issue  commands,  etc. 

3. 3. 1.2  Device  Side  Behavior  of  MASTER/SLAVE  Mode 

On  the  device  side  of  the  interface,  the  equivalent 
action  is  determined  by  whether  the  DCA  or  CDA  line  is  raised 
to  indicate  if  a character  is  on  the  way.  If  the  DCA  line  is 
used,  the  channel  is  in  the  SLAVE  mode.  If  the  CDA  line  is 
used,  the  channel  is  in  the  MASTER  mode. 

3. 3.1.3  MASTER/SLAVE  Designation 

The  MASTER/SLAVE  mode  is  set  through  the  use  of  the 
unit  generic  micro-command  STAT  (SET  STATE)  with  the  code 
OOOOXXXX.  Where  the  X bits  designate  MASTER  (0),  or  SLAVE  (1), 
in  the  following  order:  device  side  input  leg,  device  side  out- 

put leg,  matrix  side  input  (all  ports),  matrix  side  output  (all 
ports) . 

3.3.2  Speed  Control 


Speed  can  be  selected  for  a channel  if  and  only  if  all 


interfaces  are  in  the  MASTER  mode.  That  is,  the  channel  must  be 
controlling  the  data  transfers  in  both  directions  and  providing 
the  timing  pulses  to  both  the  internal  unit  (matrix  side)  and 
the  device.  This  is  done  by  using  a channel  specific  non- 
transfer command  "SET  SPEED".  The  speed  code  is  a four  character 
binary  field  (32  bits).  A speed  of  0 is  interpreted  to  mean 
that  the  channel  will  free-run  and  will  transfer  characters  on 
request  characters  at  the  maximum  rate  it  is  capable,  without, 
however,  overrunning  buffers  or  otherwise  messing  up  through 
lost  characters  and  the  like. 

Speed  control  is  achieved  by  using  the  speed  control  bits 
as  a countdown  value.  At  each  matrix  character  transfer  clock 
period  (approximately  50  nanoseconds)  a counter  in  the  channel 
is  decremented.  When  that  count  reaches  zero,  the  transfer  re- 
quests are  issued  and  the  counter  is  reset  to  the  value  pro- 
grammed. In  effect,  the  programmed  count  value  provides  a divi- 
sion of  the  matrix  clock  rate.  For  example,  to  provide  5 level 
baudot  output  at  45.5  baud,  a count  value  of  32527471Q  is  pro- 
grammed. The  channel  may  not  succeed  in  transferring  the  char- 
acter the  first  time  it  tries  because  of  matrix  blockage,  busy 
units,  etc.  If  the  character  is  transferred  at  any  time  pre- 
ceding the  conclusion  of  the  current  countdown,  it  will  be  con- 
sidered as  having  successfully  transferred  the  character.  If 
the  character  is  not  transmitted  (or  received)  prior  to  the 
conclusion  of  the  countdown  period,  then  a missed  transfer  inter- 
rupt with  appropriate  information  is  generated. 

3.3.3  Channel  Buffers 

The  channel  has  a four  character  data  buffer  for  each  in- 
let and  outlet.  That  is,  there  is  a four  character  input  buffer 
on  the  device  side,  a four  character  output  buffer  on  the  device 
side,  as  well  as  four  character  input  and  output  buffers  on  the 
matrix  side.  All  ports  share  the  matrix  side  buffers.  The  two 
buffers  for  a given  direction  act  as  a pair.  The  way  in  which 
characters  are  transferred  from  one  buffer  of  a pair  to  the 
other  can  be  controlled.  The  pairs  in  both  directions  always 
operate  in  the  same  buffering  mode.  Figure  IV-5  depicts  the 
action  of  a buffer  pair  in  one  direction: 
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FIGURE  IV-5  - BUFFER  ACTION 
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Five  modes  of  buffering  are  available:  single  character, 

double  character,  triple  character,  four  character,  and  free. 

SINGLE  - The  incoming  character  is  accepted  into  buffer 
A4.  It  is  immediately  transferred  to  buffer  B1 
and  out  of  the  channel.  The  additional  buffer 
space  is  used  if  needed  because  of  matrix  block- 
age, etc. 

DOUBLE  - Characters  are  transmitted  a pair  at  a time. 

Normally,  A3A4  is  transferred  to  B2B1  and  out. 
However,  the  additional  buffer  space  is  used  if 
necessary  because  of  blockage,  etc. 

TRIPLE  - As  above,  except  that  characters  are  handled  as 
triples. 

FOUR  - As  above,  except  that  characters  are  transferred 
four  at  a time.  As  the  B buffers  are  outputting, 
the  A buffers  can  be  accepting  input  from  the 
device. 

FREE  - The  buffers  are  treated  as  a serial  shift  reg- 
ister in  which  A1  is  tied  to  B4.  As  many  char- 
acters as  possible  are  accumulated.  The  number 
of  characters  accumulated  at  the  next  available 
transfer  period  is  the  number  of  characters 
transmitted.  This  could  be  anything  from  1 to 
8 characters. 

Each  transmission  is  accomplished  by  a channel  generated 
transfer  micro-command.  The  channel  constructs  the  command  ap- 
propriate to  the  number  of  characters  that  are  to  be  transferred. 

3.4  Transfer  Commands 


3.4.1  Command  Structure 


Two  basic  transfer  commands  are  available:  IN  and  OUT. 

"IN"  is  understood  to  mean  a transfer  from  a device  into  the 
CP.  "OUT"  is  understood  to  mean  a transfer  from  the  CP  to  a 
device.  The  device  in  question  might  need  auxiliary  data  in 
order  to  be  able  to  accomplish  the  transfer.  This  is  provided 
by  adding  a variable  length  auxiliary  data  field  which  will  be 
passed  on  to  the  device  whilst  being  treated  as  data  by  the 
channel.  A transfer  could  involve  a memory  reference,  in  which 
case  a memory  address  is  provided.  Furthermore,  if  the  transfer 
is  to  a memory  reference  device,  then  there  is  an  option  for 
data  chaining.  Input  transfers  are  similar  to  output  transfers, 
however,  dual  transfers  may  be  specified,  so  that  input  signals 
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can  simultaneously  be  routed  to  two  different  memories.  The 
channel  must  in  this  case  have  at  least  two  ports.  Transfer 
lengths  of  1 to  32,768  characters  can  be  set  up.  In  addition, 
a free-running  transfer,  with  no  specified  length  can  be  esta- 
blished. Each  direction  of  the  transfer  is  established  by  a 
separate  command. 

The  I/O  command  structure  is  shown  in  Figure  IV-6. 

The  skeleton  of  the  command  is  as  usual;  consisting  of 
the  DID,  SID,  DESCRIPTOR,  the  I/O  command  proper,  and  the  termi- 
nation command,  if  any.  Additional  fields  due  to  person, 
chaining,  and  indirect  operations  are  not  shown.  The  I/O  command 
itself  consists  of  a control  character  followed  by  a number  of 
additional,  optional  fields.  The  control  character  has  five 
subfields,  interpreted  as  follows: 

I - defines  the  direction  as  IN  or  OUT. 

M - specifies  if  the  data  will  involve  memory  refer- 
ence. Note  that  this  does  not  necessarily  imply 
the  use  of  a memory  but  any  unit  for  which  an 
additional  16  bits  is  meaningful.  If  memory 
reference  has  been  specified,  the  channel  will 
issue  X2XN  or  X2RN  commands  for  each  data  group 
transferred.  If  memory  reference  has  not  been 
specified,  the  micro-command  will  be  of  the  form 
XOXN  or  XORN , as  appropriate  to  input  or  output. 

If  memory  reference  is  employed,  there  will  be  an 
additional  two  address  characters  in  the  optional 
fields . 

A - this  field  specifies  if  auxiliary  data  is  to  be 
transferred  to  the  device.  The  auxiliary  data 
in  question  could  be,  for  example,  the  sector  and 
track  address  for  a disc  unit. 

LENT  - this  specifies  the  number  of  characters  in  the 
auxiliary  data.  Up  to  16  auxiliary  characters 
can  be  sent,  with  000  interpreted  as  16,  as  usual. 

C - specifies  data  chaining  to  be  used. 

The  control  character  is  followed  by  transfer  length 
characters.  The  first  bit  of  these  characters  indicates  if  the 
transfer  is  fixed  length  or  of  indefinite  length.  If  the  trans- 
fer is  fixed,  then  the  remaining  15  bits  specify  the  length  in 
characters,  with  the  usual  convention  of  0 as  32768. 

Following  the  length  field  indicator,  are  the  auxiliary 
characters  which  are  transferred  to  the  device.  This  is  fol- 
lowed by  two  address  characters,  if  memory  reference  has  been 


CHARACTER  1 


CHARACTERS  2,  3 


I 


T*  ~ ' I 
± L I L 


I 


auxiliary  data  for  device 
memory  -dr  o£* i 

LINK  FIELD  ADDRESS  for  DA'A 
LINK  FIELD  INCREMENT 
^•RMINATION  INSTRUCTIONS 


FIGURE  IV-6  TRANSFER  COfflAND  STRUCTURE 


IV-10 


r 


"...  mmpiwvn 


■ 


I 


I 


' 


I 

.. 

; 

i 

| 4 

I 

l I 
i 


specified.  These  characters  are  the  address  of  the  first  char- 
acter in  to  which  data  will  be  stored  or  from  which  data  will  be 
fetched,  as  appropriate.  If  data  chaining  has  been  specified, 
additional  characters  follow  before  the  normal  command.  These 
characters  specify  the  termination  sequence  for  each  component 
of  the  transfer.  These  are  not  to  be  confused  with  the  termi- 
nation action  of  the  I/O  command,  which  is  independent  of  the 
data  block  termination  action. 

3.4.2  Data  Chaining 

Data  chaining  operates  under  command  chaining.  That  is, 
a chain  of  I/O  commands  can  be  set  up,  each  of  which  can  specify 
a chain  of  data  transfers.  Data  chaining  can  only  be  used  with 
memory  reference  modes.  At  the  conclusion  of  the  transfer,  the 
channel  will  read  two  additional  characters  from  the  memory  at 
a link  address  location  in  a manner  identical  to  what  was  speci- 
fied for  condition  chaining.  If  the  operation  had  been  an  input 
operation,  then  it  would  read  the  two  characters  from  the  link 
field  address  and  the  link  field  increment.  These  characters 
will  be  interpreted  as  a link  to  the  next  block  of  data  - i.e., 
the  next  block  to  be  written  to,  or  to  be  read  from.  Clearly, 
data  chaining  must  be  contained  within  the  same  memory  module. 

The  new  address  is  used  to  replace  the  old  address  characters 
and  the  command  is  essentially  re-issued.  A chain  address  of 
177777g  is  interpreted  as  the  end  of  the  chain,  and  therefore, 

the  conclusion  of  the  command. 

The  termination  character  specifies  one  of  three  termi- 
nation modes:  do  nothing,  interrupt,  linked.  The  do-nothing 
mode  needs  no  elaboration;  the  data  transfer  continues  until 
the  chain  is  depleted.  If  the  interrupt  mode  has  been  selected 
an  interrupt  containing  the  usual  SID,  DID  information  as  well 
as  an  I/O  transfer  code  and  the  final  address  to  which  or  from 
which  data  was  transferred.  If  a linked  mode  has  been  specified, 
the  termination  data  will  be  added  to  the  condition  chain. 

3. 5 Bilateral  and  Dual  Transfers 

Transfer  commands  establish  only  one  transfer  at  a time  - 
in  one  direction.  The  channel,  however,  is  capable  of  providing 
three  simultaneous  transfers,  two  of  which  can  be  input  transfers. 
The  variations  on  a theme  of  transfers  that  can  be  set  up  are 
shown  in  Figure  IV-7. 


In  Figure  IV-7a,  a simple  transfer  has  been  set  up,  say, 
with  data  chaining,  separately  in  one  or  the  other  direction. 

The  channel  stores  the  address  of  the  link  fields  for  data 
chaining  and  keeps  track  where  each  successive  character  is  to 
go.  In  Figure  IV-7b,  a chaining  has  been  added,  but  a uni- 
directional transfer  mode  has  been  maintained.  Now,  in  addition 
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to  the  data  chaining  information,  it  is  necessary  to  keep  track 
of  the  command  chaining  information.  In  IV-7c,  condition 
chaining  has  been  added,  for  which  link  data  must  also  be  kept. 

In  Figure  IV-7d,  a bilateral  transfer  with  condition  and 
command  chaining  has  been  established  in  both  directions.  There 
are  now  two  command  chains  to  keep  track  of,  one  for  each  direc- 
tion. The  condition  chain,  however,  is  common.  In  Figure  IV-7e, 
the  most  complex  possible  transfer  has  been  set  up.  The  input 
is  simultaneously  being  written  tc  two  different  (memory)  units. 
Three  command  chains  are  involved.  The  condition  chain  is  again 
common.  This  last  case  is  established  by  setting  up  three  sep- 
arate commands.  A channel  imperative  command,  HOLD,  is  used  to 
delay  the  initiation  of  the  transfers  until  another  imperative 
command,  GO,  is  given.  This  can  be  used  to  enhance  synchrony 
between  input  and  output,  or  between  two  elements  of  a dual 
write  operation.  Note  that  synchrony  is  not  guaranteed.  The 
dual  write  operation  cannot  be  performed  unless  the  channel  has 
at  least  two  ports.  Furthermore,  the  dual  write  operation  can- 
not be  performed  to  the  same  unit. 

3.6  Device  Commands 


A device  command  is  not  interpreted  by  the  channel.  It  is 
passed  from  the  channel  to  the  device  exactly  as  received,  ex- 
cept for  stripping  off  some  characters  of  information.  Since 
the  channel  does  not  interpret  device  commands  but  rather  treats 
them  as  data,  the  device  command  structure  is  extremely  simple 
as  shown  in  Figure  IV-8. 

The  interpretation  of  these  fields  are: 


DID,  SID  - usual  meaning. 


DES 

LEN 


LID3 

UID 


the  command  descriptor. 

the  length  of  the  command,  excluding  the  termi- 
nation sequence,  as  measured  from  the  first 
character  past  the  LEN  character.  Note  that  if 
a command  is  issued  in  the  INDIRECT  MODE,  the 
SID  is  not  stored,  but  everything  else  must  be. 
Lengths  can  be  from  1 to  256  characters,  with 
the  value  00000000  interpreted  as  256 . 

the  logical  ID  of  the  DID  specified  for  the 
third  person  mode. 

the  unit  ID  to  which  the  command  is  chained. 


ADDRESS  - the  address  in  the  unit  to  which  the  command  is 
chained. 
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- the  first  character  of  the  termination  command. 


COMMAND  - arbitrary  characters. 


The  channel,  or  any  other  unit  which  can  respond  to  a de- 
vice format  command,  strips  off  all  information  and  passes  on 
the  "COMMAND"  portion  to  the  unit  to  do  with  as  it  wishes. 


3 . 7 Channel  Imperative  Commands 
3.7.1  Generic  Unit  Imperatives 


All  generic  unit  imperatives  can  be  issued  with  a de- 
scriptor, effectively  converting  them  to  channel  imperative 
commands . 


3.7.2  Additional  Commands 


HOLD 


GO 

HALT  IN 


HALT  OUT 


This  command  is  issued  to  delay  the  initi- 
ation of  a chain  of  commands.  It  is  used 
when  an  input  and  output  transfer  must  be 
initiated  simultaneously,  or  when  dual 
write  operations  are  set  up.  This  com- 
mand holds  all  pending  commands  until 
the  GO  command  is  given. 

Allows  pending  commands  to  start. 

Allows  the  completion  of  the  present  in- 
put command,  including  all  data  chaining, 
but  curtails  further  commands  in  the 
chain  until  a GO  command  is  given. 

Same  as  HALT  IN  except  for  output. 


GO  IN 


Same  as  GO  but  applies  to  input  only. 


GO  OUT 


Same  as  GO  but  applies  to  output  only. 


HALT  IN  DATA  - Same  as  HALT  IN  but  also  curtails  data 

chains  in  progress,  allowing  the  present 
block  in  the  data  chain  to  complete. 


HALT  OUT  DATA  - Same  as  HALT  IN  DATA,  but  for  output. 

NO-OP  - Does  nothing,  is  used  to  change  the  condi- 

tion chaining  data  when  it  is  desired  to 
do  so  without  an  explicit  transfer  com- 
mand. 
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3.8  Immediate  Mode  Operation 

The  I/U  repertoire  in  conjunction  with  the  design  details 
of  the  device  can  be  used  to  implement  an  immediate  mode  I/O 
command  operation.  In  this  mode,  true  data  is  contained  as  part 
of  the  command.  Similarly,  input  data  is  placed  in  a buffer  area 
which  is  part  of  the  command  itself.  This  can  be  implemented  by 
designing  the  device  or  device  controller  so  that  it  interprets 
the  device  specific  data  which  is  part  of  the  I/U  command,  as 
data  rather  than  as  control  information.  Condition  chaining  can 
be  used  to  accomplish  the  same  thing  on  output,  where  the  ad- 
dress of  the  command  would  be  used  as  the  chaining  data. 
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1 . 0  SCOPE 


This  section  is  the  specification  for  the  Memory  Unit  (MU) 
of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2.1  General  Specification  for  the  Central  Processor 
(Section  I of  the  CPS  Central  Processor  Specification) 

3.0  MEMORY  UNIT  (MU)  SPECIFICATION 

3. 1 General 

The  standard  memory  unit  of  the  CP  is  a 65,536  character 
addressable  module.  Memory  units  are  self-contained  and  have 
individual  power  supplies  and  power  transient  protection.  Char- 
acter parity  is  generated  and/or  checked  on  every  memory  opera- 
tion. Memory  units  can  be  equipped  with  1,  2,  or  4 ports  into 
the  matrix.  A full  memory  address  is  a 24  bit  field,  of  which 
the  most  significant  8 bits  is  the  LID  of  the  memory  unit. 

3.2  The  Control  Memory 

Every  memory  unit  has  a 256  or  512  character  control  memory. 
The  control  memory  is  used  to  store  priority  and  protection  in- 
formation for  all  other  units  in  the  CP.  The  SID  of  the  re- 
questing unit  is  used  as  an  index  to  the  control  memory,  to 
fetch  a pair  of  characters.  The  character  pair  has  the  following 
structure : 
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FIGURE  V-l  - CONTROL  MEMORY  ENTRY  FORMAT 


P-field  - A four  bit  field  which  designates  the  priority 

that  the  source  unit  will  have  relative  to  other 
source  units  that  can  use  the  memory.  A priority 
of  0 is  interpreted  as  not  allowing  that  source 
unit  access  to  the  memory. 
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M-field  - A two  bit  field  that  determines  the  interpreta- 
tion of  the  R/A  field.  If  it  is  zero,  the  R/A 
field  is  interpreted  as  a set  of  four  read/write 
restrictions.  If  it  is  non-zero,  the  R/A  field 
is  interpreted  as  an  address  (in  the  control 
memory)  where  a set  of  restrictions  for  that 
source  unit  will  be  found. 

S-field  - A two  bit  field  that  specifies  what  kinds  of  non- 
transfer commands  can  be  executed  by  that  source 
unit  in  this  memory  unit. 

R-field  - Two  bit  fields.  The  first  bit  specifies  if 

reading  is  allowed,  the  second  bit  specifies  if 
writing  is  allowed. 

A-field  - An  eight  bit  address  field  which  points  to  one  of 
256  character  pairs  in  the  control  memory. 

The  layout  of  the  control  memory  is  established  by  assembly 
language  declarations.  If  a physical  memory  unit  has  been  as- 
signed to  a new  logical  role  (i.e.,  its  LID  has  been  changed), 
its  control  memory  must  be  loaded  to  the  values  appropriate  to 
that  role.  This  is  done  through  the  use  of  the  SET  STATE-2  or 
SET  STATE-3  commands  (see  Section  I,  paragraph  3.6. 4.1).  A 256 
character  control  memory  is  loaded  by  using  the  SET  STATE-2  com- 
mand. A 512  character  control  memory  (256  character  pair  en- 
tries) is  loaded  by  using  the  SET  STATE-2  followed  by  the  SET 
STATE- 3 command. 

3.3  Memory  Cycle  Operation 

Figure  V-2  shows  the  control  flow  for  the  memory  cycle.  The 
operation  begins  with  the  accumulation  of  the  SID  bits,  most 
significant  bit  first.  As  these  bits  are  accumulated,  they  are 
compared  to  the  value  of  the  maximum  logical  ID  (MID)  stored  in 
that  memory  module.  As  soon  as  it  is  determined  that  the  SID  is 
greater  than  the  MID,  the  command  will  be  rejected.  Otherwise, 
the  control  logic  waits  until  the  entire  SID  has  been  received. 
This  is  shown  as  a parallel  operation  since  the  rejection  could 
occur  prior  to  the  accumulation  of  the  SID,  but  the  SID  compar- 
ison takes  slightly  longer  (for  a full  8 bits)  than  the  accumu- 
lation of  the  SID  bits. 

Once  the  SID  has  been  accumulated,  it  is  used  as  an  address 
to  the  control  memory,  to  fetch  the  character  pair  corresponding 
to  the  SID.  The  priority  is  checked.  A zero  priority  indicates 
that  the  source  unit  has  no  privileges  in  this  memory  unit, 
whereupon  the  command  is  rejected.  If  there  is  a non-zero  pri- 
ority, the  priority  logic  is  entered.  This  could  cause  some 
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delays.  We  have  not  shown  the  details  of  the  priority  logic  in 
this  flow  chart. 

The  next  phase  of  the  memory  cycle  operation  is  to  accumu- 
late the  OPCODE.  OPCODES  are  classified  as  being  either  data 
transfers  or  non-data  transfers.  In  this  context,  the  various 
OPCODES  related  to  the  control  memory  are  classified  as  non-data 
transfers.  The  OPCODE  is  compared  to  the  S-field  to  determine 
if  the  command  is  a data  transfer,  and  if  not,  if  it  is  allowed 
for  that  particular  source  unit  in  this  memory  unit.  If  the 
command  is  not  allowed,  it  is  rejected.  Otherwise,  the  memory 
unit  goes  into  the  (non-data  transfer)  command  execution  phase. 

Concurrent  with  the  examination  of  the  S-field,  the  M-field 
is  used  to  determine  how  many  R-fields  there  will  be  and  whether 
or  not  the  R-fields  are  direct  or  indirect.  If  direct,  the  R- 
fields  are  found  in  the  second  control  character  - and  there  are 
four  of  them.  If  the  M-field  specifies  an  indirect  R-field, 
then  another  control  memory  fetch  must  be  executed,  using  the 
S-field  (the  second  control  character)  as  an  address,  as  modi- 
fied by  the  several  most  significant  bits  of  the  address  (this 
is  explained  in  greater  detail  later).  In  either  case,  whether 
direct  or  indirect,  a sufficient  number  of  most  significant  bits 
(2  for  the  direct  mode,  3,  4,  or  5 for  the  indirect  modes)  must 
be  accumulated  before  the  read/write  restrictions  can  be  evalu- 
ated. The  most  significant  bits  of  the  address  are  used  as  an 
index  to  the  R-fields.  The  R-fields  specify  whether  a read  or 
write,  both,  or  neither,  operation  can  be  performed  for  that 
source  unit,  in  this  memory  unit,  in  the  specified  subdivision 
indicated  by  the  R-field  selected.  If  the  command  is  allowed, 
it  is  executed,  otherwise,  it  is  rejected. 

3.4  Protection  Features 

* 

3.4.1  General 

The  memory  units  of  the  CP  each  contain  their  own  memory 
protection  information.  Memory  protection  is  provided  against 
failures  by  all  units  of  the  system,  not  just  CPU's.  There  are 
two  major  categories  of  protection:  command  protection,  and 
data  transfer  protection.  Command  protection  specifies  what 
commands  the  source  unit  is  allowed  to  execute  vis-a-vis  this 
memory  unit.  The  data  protection  specifies  what  read/write 
operations  are  allowed  in  what  subdivision  of  the  memory  unit 
by  the  specified  source  unit. 

3.4.2  Command  Protection 

If  the  priority  (P-field)  is  zero,  then  no  commands  are 
allowed.  Commands  are  subdivided  into  four  categories  as  shown 
below : 
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SET  STATE  GO  OFF-LINE 

SET  UNIT  MAX  CLOSE 

SET  STATE  1,  2,  3,  4 OPEN 

INXMT  POWER  DOWN 

SET  LOGICAL  ID  RESET 

CONVERT  NULL  ID 
SET  ICUID 

SET  SECONDARY  ICUID 


00 

FETCH  UNIT  STATE 
QUERY  PAD 
RETURN  STATUS 
LOCK  PATH 
UNLOCK  PATH 
FETCH  STATE  1,  2,  3,  4 
XORO 

LOCAL  ABORT 
GLOBAL  ABORT 
ALL  TRANSFERS 

These  categories  are  called  3,  2,  1,  and  0 commands  re- 
spectively. Category  0 commands  are  those  which  can  be  used  in 
the  course  of  normal  data  transfers,  or  which  cannot  change  the 
state  of  the  memory  unit.  That  is,  they  are  "safe”  commands  - 
their  execution  are  not  likely  to  cause  problems. 

Category  1 commands  change  the  routing  of  data  through 
the  matrix  and  can  thereby  affect  matrix  efficiency.  Similarly, 
forcing  an  interrupt  improperly  will  not  generally  cause  system 
malfunction  but  only  cause  spurious  processing  to  occur. 

Category  2 commands  are  used  to  change  the  state  of  the 
unit,  but  not  its  logical  identity  or  the  contents  of  the  con- 
trol memory.  Inappropriate  execution  of  this  command  will  defin- 
itely affect  performance,  in  fact,  can  cause  the  system  to  fail, 
but  will  not  cause  the  system's  logical  integrity  to  be  cor- 
rupted. 


01 

OPEN  PORT 
CLOSE  PORT 
FORCE  INTERRUPT 
SET  N PRIMARY 
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Category  3 commands  are  used  to  change  the  state  of  the 
unit,  its  logical  identity,  and  in  the  case  of  the  INXMT  command, 
can  cause  the  unit  to  behave  in  a totally  bizarre  manner  (de- 
liberately for  diagnostic  purposes).  Consequently,  the  execution 
of  these  commands  must  be  well  guarded.  Typically,  category  3 
commands  are  executable  only  by  CPU's,  the  ICU,  the  SMU,  and  the 
BU. 


The  selection  of  which  categories  of  commands  are  allowed 
a particular  unit  is  determined  by  the  value  of  the  S-field  in 
the  control  word  for  that  unit,  in  accordance  to  the  following 
scheme : 

S = 00  - category  0 commands  only 
S = 01  - categories  0 and  1 
S = 10  - categories  0,  1,  2 
S = 11  - all  commands 
3.4.3  Data  Transfer  Protection 


Data  transfer  protection  is  provided  by  subdividing  the 
entire  unit  into  sequences  which  lie  on  binary  boundaries.  The 
smallest  set  of  subdivisions  is  4.  That  is,  memory  is  divided 
into  four  regions  corresponding  to  character  addresses:  0-16,383; 
16,384-32,767;  32,768-49,151;  and  49,152-65,535.  The  M-field 
specifies  how  many  partitions  there  will  be  in  accordance  to 
the  following  values: 

M = 00  - The  R/A  field  is  interpreted  as  four  protection 
fields.  The  memory  is  divided  into  four  quad- 
rants, each  with  their  own  2 bit  protection 
specification,  which  separately  specifies  read 
and  write  protection.  This  is  called  the  "direct 
protection  mode".  All  other  values  of  M are 
indirect  protection  modes. 

M = 01  - The  R/A  field  is  interpreted  as  a cache  memory 
address  of  a pair  of  control  characters  which 
contain  8 R subfields.  The  memory  is  subdivided 
into  8 octants. 

M = 10  - The  R/A  field  is  interpreted  as  an  address  of  a 
set  of  4 control  characters.  These  specify  16 
subdivisions  for  protection  purposes. 

M = 11  - The  R/A  field  is  interpreted  as  an  address  of  a 
set  of  8 control  characters  which  provide  32 
subdivisions  of  the  memory. 


From  the  above,  it  can  be  seen  that  read/write  operations 
can  be  protected  in  segment  sizes  ranging  from  a minimum  of  2048 
characters  to  a maximum  of  the  entire  memory  unit.  These  speci- 
fications are  made  by  declarations  in  the  source  code. 

3.4.4  Control  Memory  Layout 

The  assembler  performs  the  assignment  of  the  indirect 
addresses  (where  specified)  in  an  optimum  manner  to  achieve  a 
maximum  packing  of  the  control  memory.  In  most  cases,  the  direct 
mode  is  sufficient.  Usage  of  the  indirect  mode  should  be  re- 
stricted since  the  control  memory  cannot  be  expanded  beyond  512 
characters. 

Control  memory  space  can  be  conserved  through  a judicious 
assignment  of  logical  identities.  All  passive  units  (including 
memories)  should  be  given  high  order  LID's.  Ordering  of  LID's 
should  follow  the  scheme  depicted  below: 

(1)  Units  which  can  have  access  to  all  memories. 

(2)  Units  which  can  have  access  to  some  memories. 

(3)  Units  which  cannot  have  access  to  memories. 

(4)  Passive  units  other  than  memories. 

(5)  Memories. 

With  this  assignment,  the  MID  (maximum  logical  identity) 
is  set  not  to  the  MID  of  the  system,  but  to  the  highest  value  ID 
that  can  have  access  to  that  logical  memory  unit.  Thus,  if 
there  were  175  units  in  the  system,  but  units  with  LID's  above 
120  were  not  allowed  memory  access,  then  the  MID  would  be  set  to 
120  rather  than  to  175.  This  allows  the  use  of  270  characters 
for  indirect  specifications  as  compared  to  160  had  175  been 
specified  as  the  maximum.  If  there  were  very  few  indirect  speci- 
fications, setting  the  MID  to  120  could  allow  the  use  of  a 256 
character  cache  memory  rather  than  a 512  character  cache  memory 
to  store  the  same  specification. 

3.5  Priority  Control 


Priority  control  rules  are  established  as  follows: 

(1)  If  the  SID’s  of  the  two  commands  are  not  equal,  then 
priority  is  established  by  the  priority  in  the  P-field. 

(2)  If  the  P-field  priorities  are  the  same,  the  priority 
is  established  by  the  port  order. 
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(3)  If  the  SID's  are  the  same,  the  priorities  are  neces- 
sarily the  same  since  the  same  unit  is  involved.  In 
this  case,  the  following  scheme  holds: 

a.  Category  3 commands  have  priority  over  2,  1,  and  0. 

b.  Category  2 commands  have  priority  over  1 and  0. 

c.  Category  1 commands  have  priority  over  0. 

d.  If  two  or  more  commands  for  the  same  SID  are  in 

the  same  category,  they  are  serviced  in  strict 
FIFO  order. 

3 . 6 Memory  Command  Stack 

A stack  entry  consists  of  four  characters.  The  number  of 
stack  entries  provided  is  double  the  number  of  memory  ports. 

Stack  entries  can  be  used  for  any  commands  from  any  port  - that 
is,  a particular  stack  entry  does  not  have  a built-in  association 
with  a particular  port.  A stack  entry  consists  of  the  following: 

(PORT),  SID,  OPCODE 

(PORT),  SID,  OPCODE,  OPCODE  CONTINUATION 

(PORT),  SID,  OPCODE,  ADDRESS 

The  OPCODE  could  take  one  to  four  character  spaces.  If  the 
total  command  requires  two  characters,  then  two  commands  can  be 
stacked  in  one  entry. 

Commands  are  stacked  only  when  they  are  received  on  a port 
which  is  in  the  locked  state.  Control  line  signaling  by  the 
source  unit  is  used  to  specify  that  a new  command  is  on  the  way. 
Commands  are  stacked  in  accordance  to  the  priority  scheme  dis- 
cussed in  paragraph  3.5  above.  The  new  SID  is  compared  to  the 
previous  SID  for  that  port  - if  they  do  not  match,  all  stacked 
commands  for  that  port  are  aborted.  A port  could  be  in  the 
locked  state  either  as  a result  of  an  explicit  lock  command  or 
because  it  is  waiting  for  the  completion  of  an  ongoing  memory 
operation.  The  port  remains  locked  as  long  as  there  is  a com- 
mand stacked  for  that  port.  Instruction  stacking  operations 
are  transparent. 
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2. 1 General  CP  Specification 

(Section  I of  the  CPS  Central  Processor  Specification) 

3.0  MEMORY-TO-MEMORY  TRANSFER  UNIT  (MMTU)  SPECIFICATION 

3.1  General 

The  MMTU  is  named  such  because  this  is  expected  to  be  its 
primary  use.  In  fact,  its  functions  are  somewhat  broader.  It 
is  used  for  all  passive  unit  to  passive  unit  transfers.  Func- 
tionally, it  can  be  viewed  as  two  interconnected  channel  units, 
with  a more  limited  set  of  capabilities. 

3 . 2 Difference  Between  MMTU  and  Channel 

(1)  Fixed  speed  transfers  - always  at  maximum  matrix  speed. 

(2)  Master  Master  mode  only. 

(3)  No  HOLD,  GO,  HALT  IN,  HALT  OUT,  GO  IN,  GO  OUT,  HALT  IN 
DATA,  HALT  OUT  DATA,  commands. 

(4)  No  buffer  control;  four  character  mode  is  always  used. 

(5)  No  dual  input  transfers. 

(6)  Functionally  a half-duplex  rather  than  a full-duplex 
unit . 

In  all  other  respects,  it  corresponds  to  a pair  of  inter- 
connected channel  units. 


3.3  Method  of  Use 

The  MMTU  is  used  by  issuing  a third  person  command  to  the 
MMTU  to  establish  the  transfer  from  the  passive  unit  which  is  to 
be  the  source  unit.  A second  third  person  command  establishes 
the  connection  to  the  destination  unit.  The  transfer  is  not 
initiated  until  the  second  command  of  the  pair  has  been  received. 
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VII-2 

1.0  SCOPE 

This  section  is  the  specification  for  the  System  Monitor 
Unit  (SMU)  of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2 . 1 General  Specification  for  the  Central  Processor 
(Section  I of  the  CPS  Specification) 

3.0  SYSTEM  MONITOR  UNIT  (SMU)  SPECIFICATION 


3. 1 General 

The  SMU  is  the  watchdog  unit  over  the  CP.  The  SMU  contains 
a PROM  (Programmable  Read  Only  Memory)  whose  contents  specify 
the  response  of  the  SMU  to  various  conditions.  Basically,  the 
SMU  expects  various  units  to  transmit  a test  signal  periodically. 
Should  the  unit  in  question  fail  to  transmit  the  proper  signal, 
or  transmit  it  in  the  work  order,  the  SMU  will  react  by  alerting 
a unit  which  is  specified  in  the  PROM. 

3.2  PROM  Layout 

Figure  VII-1  shows  the  layout  of  the  control  PROM  of  the 
SMU.  The  contents  of  this  memory  are  specific  to  the  system. 

The  PROM  may  have  anything  from  16  to  512  characters.  The  char- 
acters are  interpreted  as  follows: 

"MIN  UID"  - the  identity  of  the  minimum  valued  LID  to 
which  the  SMU  will  respond. 

"MAX  UID"  - the  identity  of  the  maximum  valued  LID  to 
which  the  SMU  will  respond. 

"SMUID"  - the  logical  identity  of  the  SMU  itself. 

"UID  X,  Y,  Z"-  various  LID  to  which  the  SMU  will  report 
should  a malfunction  be  detected. 

"Tl,  T2"  - time  period  indicators,  as  taken  from  a 

clock  signal.  These  are  specific  to  the 
unit  in  the  table. 

"UID"  - the  logical  ID  of  the  unit  to  which  the  SMU 

will  respond  should  a particular  unit  fail 
to  report  on  time. 
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P - the  P-fields  following  the  MAX  UID  entry 

are  two  bit  port  priority  fields,  with  00 
interpreted  as  not  allowing  the  specified 
unit  to  access  the  SMU. 


3.3  SMU  Input  Operation 


The  SMU  is  tied  directly  (not  via  the  matrix)  to  a clock 
source.  Typically,  a 100  millisecond  period,  although  this  is 
arbitrary.  A period  of  not  less  than  5 milliseconds  and  not 
greater  than  1 second  is  recommended.  The  same  clock  source  is 
used  for  all  monitor  functions.  The  Tl,  T2  entries  specify 
the  number  of  clock  intervals  that  should  take  place  between 
each  signal  transmitted  by  the  unit  to  which  that  set  of  Tl , T2 
entries  correspond.  The  LID  of  the  unit  is  established  relative 
to  the  MIN  UID  stored.  For  example,  if  the  MIN  UID  were  44, 
then  the  entry  labeled  MIN  UID  in  Figure  VII-1  would  be  for  unit 
44,  the  next  for  unit  45,  etc.  Assume  that  the  second  entry 
(labeled  2)  in  the  PROM  corresponded  to  unit  46.  Furthermore, 
that  Tl  = 7 and  T2  = 13.  The  SMU  would  then  expect  a signal 

from  unit  46  every  7 units  of  time,  and  every  13  units  of  time 

(as  established  by  the  clock).  If  either  or  both  of  these  sig- 
nals should  fail  to  arrive,  within  the  specified  time  period,  or 
if  signals  should  arrive  at  a higher  rate  than  specified  by  Tl 
and  T2,  the  SMU  will  respond  by  transmitting  an  alarm  to  the 
unit  whose  LID  is  stored  in  the  second  character  of  the  pair  for 
unit  46.  A value  of  Tl  or  T2  of  0 means  that  that  period  is 

ignored.  If  both  Tl  and  T2  are  zero,  and  a signal  from  that  unit 

does  arrive,  then  the  alarm  will  be  sent  to  the  specified  UID. 


If  the  SMU  should  not  be  able  to  reach  the  specified  UID 
for  alarming,  then  it  will  attempt  to  alarm  the  unit  specified 
as  UIDX.  If  the  clock  signal  should  fail  to  arrive  within  the 
specified  time  boundaries  for  the  clock,  the  UNIT  identified 
as  UIDY  will  be  alerted.  In  addition  to  transmitting  the  alarm 
to  the  specified  unit,  upon  repetition  of  the  alarm  condition, 
the  SMU  will  transmit  an  alarm  message  to  the  unit  specified  as 
UIDZ.  The  identities  of  UIDX,  UIDY,  UIDZ,  or  for  that  matter 
any  of  the  UID's  is  arbitrary  and  could  be  one  and  the  same. 


3.4  SMU  Self-Test  Operation 


The  location  marked  "S"  in  Figure  VII-1  establishes  two 
time  intervals  and  a UID  for  the  SMU's  self-test.  At  periods 
Tl  and  T2,  the  SMU  will  send  itself  a test  message.  Should 
either  or  both  of  these  test  messages  fail  to  get  through,  the 
SMU  will  alarm  UID's. 


3.5  The  SMU  as  a Unit 


The  SMU  is  a two  port  unit.  Both  ports  must  be  operational 
at  all  times.  The  SMU  responds  to  the  following  commands: 


y 


GOOF  - it  goes  off-line. 

CLOS  - 

OPEN  - 

XORO  - the  normal  test  signal  transmitted  and  received  by 
the  SMU  for  monitoring  purposes. 

FINT  - 

INXT  - 

In  addition,  it  has  the  following  unit  specific  commands: 

RESET  T1  NNNN  - causes  the  T1  counter  for  unit  NNNN  to  be 
reset.  Does  not  affect  the  PROM  value  Tl. 

RESET  T2  NNNN  - causes  the  T2  counter  for  unit  NNNN  to  be 

reset.  Does  not  affect  the  PROM  value  T2. 

RESET  ALL  - resets  all  counter  values  for  all  units. 

3.6  Control  Memory 

The  SMU  contains  a control  memory  of  one  character  per  UNIT 
which  is  represented  in  the  PROM.  This  memory  contains  a counter 
for  the  accumulated  Tl  and  T2  counts. 

3. 7 Application  Notes 

The  size  of  the  UID  PROM  and  the  extent  of  the  checks  to  be 
employed  depends  upon  the  details  of  the  system  design  and  the 
extent  to  which  on-line  tests  are  to  be  implemented.  Typically, 
only  a small  fraction  of  the  units  in  the  system  would  be  tied 
to  the  SMU.  As  a minimum,  we  would  have  the  following:  clock 
units,  SMU,  ICU,  alternate  ICU,  system  executive  CPU,  all  other 
CPU's.  One  might  wish  to  also  tie  the  various  MU's  and  XU's  to 
the  SMU.  However,  since  these  units  cannot  initiate  I/U  commands 
in  the  normal  mode,  one  would  have  to  use  the  third  person  mode 
to  get  them  to  contact  the  SMU.  Tl  and  T2  would  be  chosen  as 
two  relatively  prime  numbers  - e.g.,  (2,3),  (2,5),  (2,7),  (2,11), 
(2,13),  (2,15),  (3,4),  (3,5),  (3,7),  etc.  This  minimizes  the 
possibility  of  getting  into  a looping  situation  which  could  cause 
the  SMU  signal  to  be  transmitted  in  the  right  period.  Two  rela- 
tively prime  signals  are  used  since  a single  signal  could  be 
properly  generated  in  a loop.  The  UID  to  which  the  SMU  responds 
is  typically  the  standby  CPU  for  the  particular  function.  For 
example,  the  UID  used  for  the  ICUX  would  be  the  alternate  ICU. 

The  UID  used  for  the  alternate  ICU  would  be  tie  primary  ICU. 


UIDX  could  be  chosen  as  the  standby  CPU,  while  UIDY  might  be 
the  system  executive  processor.  UIDZ  should  be  a channel  con- 
nected to  the  systems  operations  console,  designed  to  give  a 
visible  and  audible  alarm.  The  UID  to  which  the  SMU  responds 
should  it  fail  to  react  to  itself  should  be  the  system  executive 
processor  or  a manual  control  position. 
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1.0  SCOPE 


This  section  is  the  specification  for  the  System  Timing 
and  Clock  Unit  (SCU)  of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2. 1 General  CP  Specification 

(Section  I of  the  CPS  Central  Processor  Specification) 
3.0  SYSTEM  TIMING  AND  CLOCK  UNIT  (SCU)  SPECIFICATION 


3. 1 General 

The  system  timing  and  clock  unit  provides  precise  time 
intervals  for  use  by  the  rest  of  the  complex.  It  maintains  a 
time-of-day  clock  which  is  accessible  to  all  units  in  the  com- 
plex. Time  of  day  information  is  available  by  the  normal  inter- 
unit communication  method.  The  time  intervals  are  wired  to  all 
units  that  require  them.  The  system  generally  will  have  two 
clock  units  which  are  logically  locked  to  one  another.  Timings 
are  distributed  from  both  clock  units  to  all  units  that  require 
them.  In  addition,  the  clock  unit  can  be  programmed  to  provide 
the  distribution  of  "clock  interrupts"  to  such  units  as  might 
require  them. 

3.2  Control  Memory  Layout 


The  control  memory  of  the  clock  unit  is  contained  in  a PROM. 
The  fields  of  this  PROM  are  interpreted  as  follows:  (see  Figure 

VIII-1) 

MAX  UID  - maximum  unit  LID  for  units  which  are  allowed 
to  access  the  clock  via  the  matrix. 

MIN  UID  - minimum  unit  LID  for  units  which  are  allowed 
to  access  the  clock  via  the  matrix. 

SELF  UID  - the  logical  ID  of  the  clock  unit. 

ICU-ID  - the  logical  ID  of  the  primary  ICU. 


ICU-ID(s)  - the  logical  ID  of  the  back-up  ICU. 

ALARM  ID  - the  logical  ID  of  the  unit  which  is  to  be 

notified  for  self-detected  alarm  conditions. 

P-field  - two  bit  port  priority /validation  field. 
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up  to  254  fields  of  24  bits  each  containing 
countdown  values  to  be  used  to  develop  the 
"wired"  timings. 

a character  address  in  the  PROM  which  speci- 
fies the  first  UID  to  be  used  in  a list  of 
"Programmed  Timings". 

lists  of  UID's  to  be  used  in  programmed  tim- 
ings. The  total  size  of  the  PROM  may  not 
exceed  256  characters. 


DATA  - specifies  three  bits  to  be  issued  in  the  C- 

field  and  5 bits  to  be  inserted  in  the  inter- 
rupt character  of  the  generated  interrupt 
message. 

3. 3 Wired  Timings 


A clock  can  be  equipped  with  a number  of  lines  which  pro- 
vide "wired-in"  timings.  The  number  of  such  lines  is  limited  by 
the  total  size  of  the  PROM.  If  the  P fields  consumed  10  char- 
acters (for  a total  of  40  units  which  are  allowed  to  query  the 
clock),  and  there  were  no  UID  lists,  then  up  to  60  "wired  tim- 
ings" could  be  provided.  A "wired  timing"  entry  does  not  neces- 
sarily correspond  to  a physical  clock  line,  but  may  be  used  only 
in  conjunction  with  the  programmed  timings  discussed  below. 


A wired  timing  entry  in  the  PROM  is  a specification  for  a 
countdown  of  the  basic  1 megacycle  clock.  The  24  bit  entry  in 
the  PROM  is  counted  down  in  a countdown  register  and  a timing 
pulse  is  produced  on  the  specified  line  each  time  the  countdown 
is  completed.  At  that  point,  the  countdown  register  is  restored 
to  the  value  stored  in  the  PROM  and  a new  cycle  is  started. 


At  least  one  "wired  timing"  for  clock  synchronization  is  re- 
quired. This  is  typically  set  up  to  a one  second  increment. 

The  twenty-four  bit  countdown  field  allows  this  timing  to  be  set 
to  as  high  as  16.67  seconds. 


3.4  Programmed  Timings 

Every  wired  timing  entry  in  the  PROM  has  an  8 bit  field 
which  is  a pointer  to  the  head  of  a list  of  UID's.  If  the 
pointer  field  has  a value  of  0,  it  is  interpreted  as  not  point- 
ing to  any  UID's.  Whenever  a wired  timing  counter  runout  occurs, 
the  clock  unit  uses  the  pointer  field  to  point  to  the  UID  list, 
and  then  generates  clock  interrupts  for  the  units  specified  on 
the  list.  A unit  number  of  0 is  interpreted  as  the  end  of  the 
list . 


VIII-3 


i 


The  pointer  can  point  to  any  position  on  a list.  For  ex- 
ample, a list  can  be  set  up  specifying  units  A,  B,  C,  D,  E,  F, 

G.  Timer  1 can  point  to  A,  thereby  producing  interrupts  for  A 
through  G.  A different  timer,  say  3,  can  point  to  F,  thereby 
producing  interrupts  for  units  F ard  G.  Unit  names  can  appear 
on  more  than  one  list,  or  more  than  once  on  a given  list.  Inter- 
rupt messages  will  be  transmitted  in  the  order  they  appear  on 
the  list.  Failure  to  communicate  with  the  interrupted  device 
will  result  in  an  interrupt  to  the  ICU  or  alternate  ICU  but  will 
not  suppress  the  transmission  of  the  other  interrupts  on  the 
list . 

3 . 5 Time  of  Day 

The  clock  unit  can  be  queried  to  provide  the  time  of  day 
in  a variety  of  formats: 

(1)  32  bit  binary  time,  to  the  microsecond,  with  a 
maximum  range  of  1 hour.  This  is  reset  every  hour. 

(2)  32  bit  binary  time  to  the  millisecond,  with  a maximum 
range  of  28  to  31  days,  reset  at  the  end  of  every 
month  (with  proper  corrections  for  leap  years  including 
the  four  year,  100  year,  and  corrections  for  the  year 
2000) . 

(3)  32  bit  binary  time  to  the  second,  not  reset,  providing 
turnover  every  136  years. 

(4)  32  bit  time  in  four  characters;  providing  time  of  day 
in  100  microsecond  increments,  60  seconds  binary,  60 
minutes  binary,  and  24  hours  binary. 

(5)  32  bit  BCD  time,  providing  tenths  of  hours,  hours, 
year  day,  and  year  from  0 to  99. 

(6)  32  bit  BCD  time  providing  month  day,  month  and  absolute 
year. 

(7)  Various  standard  IRIG  formats. 

The  absolute  year  is  used  as  a base  for  all  leap  year  cor- 
rections . 

3 . 6 Synchronization 

Synchronization  is  achieved  by  connecting  the  clock  to  a 
timing  source,  typically  a one  second  increment,  provided  either 
by  another  clock  (a  timing  clock)  unit,  or  from  a WWV  receiver. 
The  clock  is  loaded  with  the  proper  time  data  using  the  SET 
STATE  IU  micro-command.  This  is  followed  by  a SYNC  command. 
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The  clock  oscillator  is  suppressed  until  the  synchronization 
pulse  is  received.  Thereafter  the  clock  continues  in  the  normal 
fashion.  Synchronization  is  to  the  nearest  microsecond  following 
the  receipt  of  the  sync  pulse. 

3.7  The  Clock  as  a Unit 

The  clock  responds  to  normal  unit  commands.  It  does  not 
accept  XNXN  or  XNRN  commands.  Single  character  non-transfer 
IU  micro- commands  have  their  normal  interpretation.  The  two 
character  non-transfer  commands  have  thier  normal  interpretation. 
In  addition,  the  clock  interprets  the  following  unit  specific 
commands : 

HOLD  - stops  the  clock  oscillator  at  the 

present  value. 

START  - starts  the  clock  upon  receipt  of  the 

command. 

SYNC  - starts  the  clock  at  the  next  sync 

pulse . 

TIME1  - TIME7  - fetches  the  time  of  day  in  one  of  the 

specified  7 formats. 

RESET  NNNN  - resets  the  specified  countdown  timer 

to  the  24  bit  value  given  as  part  of 
the  command. 


RTIM1  - RTIM7 

RESET  AND  SYNC  NNNN 
RTIMX  AND  SYNC 


3.8  Alarm  Detection 


resets  one  of  the  seven  formats  to 
the  specified  time. 

these  commands  do  the  same  as  the 
RESET  NNNN  and  the  RTIMX  commands, 
but  resetting  is  held  up  until  the 
next  sync  pulse. 


The  clock  expects  a sync  pulse  every  second,  either  from 
the  other  clock,  or  from  a synchronization  source.  Should  this 
signal  fail  to  occur,  the  clock  will  generate  an  interrupt  to 
the  unit  whose  logical  identity  is  stored  in  the  PROM.  In  addi- 
tion, a "sync  failure"  light  will  blink  on  the  clock  display. 

3.9  Clock  Display 

The  clock  is  fitted  with  a visible  display  unit  which  can 
be  mounted  on  the  system  control  console.  The  display  provides 
the  following  information:  Year,  Month,  Day,  Hour,  Minute,  and 
Second. 
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This  section  is  the  specification  for  the  Bootstrap  Unit 
(BU)  of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2 . 1 General  CP  Specification 
(Section  I of  the  CPS  Central  Processor  Specification). 

1 

3.0  BOOTSTRAP  UNIT  (BU)  SPECIFICATION 

3.1  General 

The  Bootstrap  Unit  provides  automatic  bootstrapping  of 
selected  unit  types.  Bootstrapping  can  be  initiated  either 
through  the  matrix  by  another  unit,  or  directly  and  external  to 
the  matrix  via  operator  commands  which  are  keyed  into  the  unit . 
Bootstrapping  consists  of  a set  sequence  of  operations  followed 
by  a program  stored  in  the  Bootstrap  Unit  PROM. 

3.2  Bootstrap  Sequence 

Bootstrap  commands  consist  of:  the  physical  identity  of 

the  unit  which  is  to  be  bootstrapped,  the  logical  identity  that 
it  is  to  assume,  and  the  specification  of  a bootstrap  program/ 
data  set  which  is  to  be  used.  The  unit  is  assumed  reset  to  the 
0000  LID.  The  bootstrap  sequence  consists  of  the  following  com- 
mands : 

CNID  - converts  the  logical  ID  of  the  unit  to  the  new 
logical  ID. 

REST  - safety  reset  of  the  unit. 

GART  - global  abort  of  all  pending  commands  as  a safety 
measure . 

QUEP  - safety  query  of  unit's  physical  ID. 


BOOTSTRAP  SEQUENCE  COMMANDS. 

The  bootstrap  sequence  is  a set  of  stored  unit  micro-com- 
mands and  data  which  are  issued  to  the  unit  to  be  bootstrapped. 
Should  any  part  of  the  bootstrap  sequence  fail,  the  sequence  is 
aborted.  If  the  sequence  was  initiated  internally,  an  interrupt 
will  be  transmitted  to  the  ICU.  If  initiated  externally,  an 
alarm  will  be  triggered.  The  conclusion  of  a bootstrap  sequence 
is  signalled  by  an  interrupt  to  the  ICU  and/or  a visual  signal 
on  the  BU  indicator  panel. 
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3.3  Bootstrap  PROM  Memor 
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The  bootstrap  PROM  is  up  to  65,536  characters  in  length. 

The  first  512  characters  contain  up  to  256  entry  points  for 
bootstrap  sequences.  A bootstrap  sequence  is  a set  of  unit 
micro-commands  and  data  in  the  proper  order.  The  bootstrap  unit 
interprets  these  commands  and  sequences  properly  (character  by 
character)  to  the  next  command  which  is  then  issued  to  the  unit 
being  bootstrapped. 

3 . 4 The  Bootstrap  Unit  as  a Unit 

The  Bootstrap  Unit  contains  a single  bit  (per  unit)  cache 
memory  which  identifies  the  units  which  are  allowed  to  issue 
bootstrap  commands.  Once  a bootstrap  command  is  issued,  ports 
are  closed  and  no  other  commands  except  GART  (global  abort)  can 
be  accepted.  The  logical  ID  of  the  Bootstrap  Unit  is  fixed.  It 
responds  to  the  normal  unit  micro-commands  except  for  XNRN,  SST2 , 
SST3,  SST4,  FST2 , FST3 , FST4 , and  the  three  and  four  character 
versions  of  these  commands.  SST1  is  used  to  set  the  control 
memory.  FST1  is  used  to  dump  the  content  of  the  control  memory. 
In  addition,  it  responds  to  the  following  unit  specific  commands: 

BOOT  PHYSICAL  UNIT  ID  AS  LOGICAL  UNIT  ID  WITH  PROGRAM 
XXXX . 


3. 5 Manual  Initiation  of  Bootstrap 

Manual  initiation  of  bootstrapping  is  done  by  keying  in  the 
following  sequence  from  the  Bootstrap  Unit  pane] : 

"PID.LID.PRG." 

Where  PID  - three  digit  physical  ID  of  the  unit  to  be 
bootstrapped. 

LID  - three  digit  logical  ID  to  be  taken  by  unit. 

PRG  - three  digit  program  ID  to  be  used  for  boot- 
strapping. 


3 . 6 Special  Bootstrap  Commands 

conditional 
issued  as 

FLAG  1 
FLAG  2 
FLAG  3 
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The  Bootstrap  Unit  can  execute  unconditional  and 
branches  within  the  bootstrap  program.  These  are  not 


IU  micro-commands. 

The  commands  are : 

SET  FLAG  1 

RESET  FLAG  1 

JUMP 

IF 

SET  FLAG  2 

RESET  FLAG  2 

JUMP 

IF 

SET  FLAG  3 

RESET  FLAG  3 

JUMP 

IF 

: 


SET  FLAG  4 
HALT 


RESET  FLAG  4 
PAUSE 


JUMP  IF  FLAG  4 


All  flags  are  reset  upon  the  initiation  of  a bootstrap  se- 
quence. A bootstrap  sequence  is  halted  by  the  HALT  command.  A 
PAUSE  command  halts  the  program  at  that  step  in  the  sequence  and 
waits  until  another  bootstrap  command  is  issued  (either  intern- 
ally or  externally).  The  pause  light  will  be  lit  on  the  console 
when  this  occurs  and  an  interrupt  is  generated  to  the  ICU.  These 
commands  can  be  used  to  advantage  to  share  bootstrap  sequences. 
The  LID  (DID  for  issued  I/U  commands)  is  always  supplied  as  the 
specified  LID  of  the  unit  being  bootstrapped.  Each  PAUSE  pro- 
vides an  opportunity  to  change  the  LID  of  the  unit  being  boot- 
strapped. 
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1 . 0 SCOPE 


This  section  is  the  specification  for  the  Performance 
Monitor  Unit  (PMU)  of  the  CPS  Central  Processor. 


2.0 

2.1 

APPLICABLE  DOCUMENTS 

General  Central  Processor  Specification 

3.0 

(Section  I of  the  CPS  Central  Processor  Specification) 
PERFORMANCE  MONITOR  UNIT  (PMU)  SPECIFICATION 

3.1 

General 

The  CP  can  be  equipped  with  one  or  more 

performance  monitor 

units.  These  are  used  to  gather  and  process  performance  data 
with  a minimum  of  perturbation  to  the  on-line  programs.  The 
PMU  itself  is  only  a part  of  a broader  performance  monitor  and 
analysis  subsystem  which  includes  the  PMU,  CPU’s  and  memories 
as  well.  This  section  deals  not  only  with  the  specialized  PMU 
hardware,  but  also  with  the  ways  in  which  CPU's  and  other  units 
are  used  to  accomplish  the  performance  monitoring  task. 

The  hardware  that  comprises  the  PMU  is  basically  a set  of 
probes  which  can  be  interjected  on  various  ports  of  the  system, 
and  which  can  be  programmed  to  trap  inter-unit  messages.  This 
aspect  of  PMU  activity  does  not  perturb  the  on-line  configuration 
at  all,  except  for  the  increased  matrix  load.  The  rest  of  the 
PMU  function  is  essentially  software  - both  in  the  programs  being 
monitored  and  in  specialized  performance  monitor  and  analysis 
packages . 

3.2  The  PMU  Hardware 
3.2.1  General 


The  specialized  PMU  hardware,  as  embodied  in  the  perfor- 
mance monitor  unit , is  a set  of  high  impedance  probes  that  can 
be  placed  on  any  port  of  the  CP.  A probe  connector  is  intro- 
duced in  the  backplane  of  the  port  control  logic  (see  Figure 
X-l). 

The  PMU  probe  connector  can  be  inserted  into  any  port  of 
the  CP.  It  can  sample  all  signals  at  the  port  interface  without 
perturbing  what  is  happening  at  the  port  or  in  the  unit  to  which 
the  port  is  attached.  It  is  entirely  passive  and  will  not,  ex- 
cept possibly  under  a failure,  inject  any  signals  into  a port 
that  is  being  monitored.  The  number  of  ports  which  a PMU  can 
monitor  cannot  exceed  254  simultaneously.  However,  the  ability 
to  logically  terminate  that  number  of  ports  does  not  guarantee 
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the  ability  to  monitor  that  many.  The  ability  to  monitor  them 
simultaneously  depends  upon  the  internal  matrix  traffic. 


A probe  can  be  set  to  monitor  in  one  of  two  modes:  IU 

mode  and  port  mode.  In  the  IU  mode,  the  PMU  traps  and  logs 
IU  commands  that  are  actually  executed.  In  the  port  mode,  the 
specific  IU  operation  executed  is  of  no  importance;  instead 
the  attention  is  focused  on  path  completions,  path  rejections, 
blockages,  delays,  etc.  The  IU  mode  is  primarily  used  to 
monitor  the  utilization  of  non-matrix  units.  The  port  mode  is 
used  primarily  to  monitor  the  utilization  of  the  matrix  units. 


3.2.2  Control  Memory  Layout 


The  control  memory  is  split  into  two  sections.  The  first 
section  is  indexed  by  the  probe's  physical  number.  The  second 
section  is  indexed  by  either  the  SID  or  the  DID  of  the  matrix 
transmission.  The  probe  indexed  entry  is  used  for  all  monitoring 
functions.  It  has  the  following  format: 


UNIT  PID  - the  physical  ID  of  the  unit  to  which  the  probe 
is  to  be  attached. 

if  - the  probe  mode  - Port,  SID,  or  DID,  or  any 

combination  thereof.  A 000  mode  turns  the 
probe  off. 

C - the  C-field  entry  to  be  placed  in  the  probe 

message. 

P - the  probe  priority. 

SAMPLE  - the  sample  rate  to  be  used.  If  SAMPLE  = 1, 
all  transmissions  are  examined.  If  SAMPLE  - 
14  every  14th  transmission  is  sampled. 

The  DID  or  SID  indexed  entry  has  the  following  format: 


unit  type;  either  XU,  MU,  CPU,  MMTU , SMU,  STCU 
BU.  All  other  unit  types. 


LENGTH 


- maximum  length  of  generated  probe  message. 


CATEGORY  - eight  categories  of  instruction  types,  whose 
interpretation  depends  upon  the  unit  type. 

3.2.3  Port  Mode 

The  beginning  of  a port  control  line  state  change  signals 
the  onset  of  an  IU  operation  of  some  sort.  The  port  number  is 
used  as  an  index  in  the  control  memory  and  the  control  word  is 
fetched.  A sample  counter  for  that  port  is  incremented,  and  if 
it  becomes  zero,  the  sample  will  be  made,  and  the  counter  reset 
to  the  value  specified  in  the  control  memory.  The  IU  message 
being  transmitted  is  captured  and  a probe  message  is  transmitted 
to  the  CPU  which  is  doing  the  performance  monitoring.  The  probe 
message  has  the  same  format  as  an  interrupt  message  and  it  is 
handled  by  the  PMU-CPU  in  exactly  the  same  way.  The  message 
structure  is: 

CONTROL  CHAR. 


PMU  SID 


COMMAND 


SEQUENCE  # 


PROBE  # 


LENGTH 


STATE  I STATE  F 

1 

CODE  TYPE 

TIME 

Cl 

The  fields  have  the  following  interpretation: 

PMU  SID  - the  normal  SID  in  an  IU  message  - this 

time  the  ID  of  the  PMU. 


COMMAND 


- the  interrupt  message  command  - XXXX. 


C - the  C-field  value  used  with  probe  mess- 

ages. 

L - the  length  field  of  a probe  message,  ex- 

cept set  to  3 for  port  mode  probe  messages 

SEQUENCE  # - a running  sequence  number  of  the  message 

transmitted  for  that  probe. 


PROBE  # 


- the  physical  ID  of  the  probe. 


- the  DID  of  the  IU  message  that  was  ex- 
amined. 

- the  SID  of  the  IU  message  that  was  ex- 
amined. 

- the  length  of  the  IU  message  in  characters. 

- the  port  state  prior  to  the  receipt  of  the 
IU  message  (e.g.,  busy,  free,  locked,  etc.) 

- the  port  state  after  the  transmission  of 
the  IU  message. 

- the  status  of  the  transmission  attempt: 
COMPLETE,  NO  PATH,  REJECTED  SID,  REJECTED 
DID,  REJECTED  OPX,  etc. 

- generic  unit  micro,  unit  specific  micro, 
etc. 

- the  least  significant  8 bits  of  the  milli- 
second clock. 

- the  first  character  of  the  IU  message. 

This  message,  which  we  shall  refer  to  as  a "probe  mess- 
age", while  having  the  general  structure  of  an  interrupt  is  not 
sent  to  the  ICU  or  the  alternate  ICU,  but  to  the  CPU  that  is 
handling  performance  monitoring.  The  subsequent  treatment  of 
the  probe  message  by  the  monitor  CPU  will  closely  parallel  the 
treatment  of  interrupts  by  the  ICU  CPU.  The  C-field  combined 
with  the  values  stored  in  that  CPU  will  be  used  to  place  the 
probe  message  on  one  of  64  (actually,  one  of  8 since  there  is 
typically  only  one  PMU)  FIFO  stacks,  etc.  The  actual  transmis- 
sion of  a probe  message  does  not  occur  until  the  probe  has 
sensed  that  the  command  has  terminated. 

3.2.4  IU  Mode 


DID 

SID 

LENGTH 
STATE  I 

STATE  F 

CODE 

TYPE 

TIME 

Cl 


The  IU  mode  begins  the  same  way  as  the  port  mode.  If  a 
DID  mode  has  been  selected,  the  DID  of  the  IU  message  will  be 
used  as  an  index  to  the  control  memory,  and  the  contents  thereof 
together  with  the  interpreted  command  will  determine  if  this 
message  or  event  is  to  be  sampled.  This  occurs  after  the  sample 
counter.  If  the  SID  mode  has  been  selected,  the  SID  is  used  as 
an  index  instead.  The  unit  type  in  the  control  memory  specifies 
the  way  in  which  the  command  should  be  interpreted.  The  command 
is  categorized  and  if  the  control  memory  specifies  that  it  should 
be  reported,  a probe  message  is  generated.  If  the  category  is 
not  interesting,  the  probe  ignores  further  activity  on  that  port 
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until  a new  IU  command  is  initiated  or  received.  Then  the 
sample  counter  is  checked  and  the  cycle  begins  anew.  The  struc- 
ture of  the  probe  messages  for  the  SID  or  DID  IU  modes  is: 

CONTROL  CHAR. 


| PMU  SID 

COMMAND  XXXX 

C 

L 

SEQUENCE  # 

PROBE  # 

TIME 

1 

1 

DID 

SID 

j i DATA 


The  fields  are  interpreted  the  same  way  as  the  fields  of 
the  port  mode  messages,  except  that  the  length  can  be  variable. 
The  DATA  is  the  first  4-8  characters  of  the  IU  message  that  was 
intercepted.  The  transmission  of  the  probe  message  is  held  up 
until  it  has  been  confirmed  that  the  monitored  IU  message  had 
been  accepted  by  the  destination. 

3.2.5  Combined  Modes 


If  the  port  mode  and  one  of  the  two  IU  modes  has  been 
selected,  then  two  different  probe  messages  may  be  sent.  If 
both  the  SID  and  DID  mode  has  been  selected,  then  the  control 
memory  will  first  be  accessed  using  the  DID  as  the  index.  If 
this  results  in  a probe  message,  the  SID  entry  will  be  ignored. 
If  the  DID  index  did  not  result  in  a probe  message,  the  SID  in- 
dex will  be  tried. 

3.2.6  Other  Messages 


Whenever  a probe  sequence  number  "turns  over"  the  PMU 
sends  a message  in  interrupt  format,  to  the  monitor  CPU  con- 
taining the  binary  time  of  day  in  millisecond  format,  along  with 
the  probe  number.  Additional  messages  of  a diagnostic  nature 
are  also  transmitted.  These  are  discussed  elsewheres. 

3.2.7  Priority  and  Stacking 

Completed  probe  messages  are  stored  on  a stack  prearatory 
to  transmission  to  the  PMU  CPU.  Generally,  this  port  and  the 
associated  path  should  be  kept  locked  at  all  times  in  order  to 
minimize  perturbations  to  the  rest  of  the  complex.  The  stack 
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contains  256  characters.  Priority  plays  no  role  unless  the 
stack  is  more  than  half  full.  In  such  cases,  messages  are  placed 
on  the  stack  in  decreasing  priority  order.  If  a message  should 
fail  to  get  stacked,  and  if  a new  IU  transmission  should  be 
monitored  by  that  probe,  it  will  overwrite  the  old  message,  that 
had  not  yet  been  transmitted.  In  this  case,  a "missed  message 
counter"  will  be  incremented  for  that  probe.  A diagnostic  mes- 
sage bearing  the  probe  number,  the  time,  and  the  number  of 
missed  messages  will  be  transmitted  to  the  PMU  CPU  at  the  first 
opportunity.  If  the  missed  message  counter  for  that  probe  should 
run  out,  the  diagnostic  message  will  be  transmitted  with  the 
highest  priority.  A message  is  "missed"  in  this  context  only 
if  the  sample  interval  criteria  was  not  met,  and  if  the  type 
criteria  was  not  met  for  the  IU  mode. 

3.3  The  PMU  as  a Unit 


■ 


I 
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The  PMU  responds  to  the  generic  unit  micro- commands  with 
SST  instructions  being  used  to  load  and  the  FST  instructions 
used  to  fetch  the  control  memory  contents.  The  PMU  does  not 
have  a validation  memory  and  will  accept  commands  from  only  the 
designated  PMU  CPU,  which  is  determined  by  the  SMID  (SET  UNIT 
MAX)  command,  and  another  CPU  defined  as  the  MIN  UID.  ICU  ID's 
are  also  specified  and  are  used  for  diagnostic  and  alarm  pur- 
poses. To  minimize  the  perturbations  caused  by  the  PMU  on  the 
rest  of  the  system,  the  primary  ICU  ID  should  be  set  as  that  of 
the  PMU. 

3.4  PMU  Software 
3.4.1  General 


PMU  software  can  be  divided  into  two  categories:  (1)  the 

software  required  to  process  probe  messages,  and  (2)  the  software 
required  to  process  software  probes.  It  is  not  the  intention 
of  this  section  to  discuss  either  software  set  in  detail  as  this 
may  differ  from  application  to  application.  The  intention  here 
is  to  indicate  the  ways  in  which  the  various  facilities  of  the 
CP  can  be  used  to  advantage  in  creating  such  software  packages. 


3.4.2  Port  Mode  Probe  Message  Processin 


The  port  mode  probe  messages  should  be  reserved  almost 
exclusively  to  the  determination  of  internal  matrix  traffic  and 
general  statistics  on  the  kinds  of  IU  operations  that  are  per- 
formed, without  tying  things  down  to  specific  application  depen- 
dent characteristics.  The  port  mode  messages  can  be  used  to 
determine  (statistically)  the  percentage  of  all  IU  messages  that 
were  rejected  and  the  reason  for  their  rejection.  Path  conflicts 
and  blocking  probabilities  can  be  determined  in  this  manner. 
Similarly,  we  can  determine  if  a particular  memory  unit  is  being 


overloaded  with  requests,  without  however  identifying  the  speci- 
fics of  the  overload. 


E 
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Because  the  port  mode  has  relatively  little  discrimina- 
tion powers,  it  can  be  readily  overloaded.  That  is,  if  the 
sample  interval  is  set  too  low  (e.g.,  every  I /U  message)  any  one 
port  could  be  reporting  at  approximately  memory  speed.  Ulti- 
mately, every  probe  message  ends  up  in  a memory  unit.  If  a 
probe  was  set  to  each  of  four  ports  on  a given  memory  unit  which 
was  to  be  monitored,  and  all  messages  were  sampled,  we  would  have 
a three  word  probe  message  generated  for  every  IU  message  mon- 
itored. This  would  effectively  mean  that  we  would  have  to  do  at 
least  4 memory  fetches/loads  for  every  memory  fetch/load  moni- 
tored. This  is  clearly  a non-converging  approach.  Sampling  is 
the  key  to  the  use  of  the  port  mode,  especially  when  tied  to  a 
CPU,  memory  or  matrix. 

The  number  of  ports  of  a given  unit  to  which  a probe  is 
attached  is  another  way  of  sampling.  If  it  is  known  that 
(statistically)  ports  are  being  used  with  equal  frequency,  then 
by  attaching  a probe  to  only  one  port  rather  than  four,  we  can 
cut  the  sampling  rate  by  four  again.  Since  it  is  relatively 
easy  to  overload  the  PMU  when  using  the  port  mode,  the  number 
of  ports  that  are  simultaneously  sampled  should  be  minimized. 
Alternatively,  we  can  sample  on  one  port  for  a few  seconds, 
shift  to  another  for  the  next  few  seconds,  etc.  If  such  samples 
are  taken  periodically  over  a period  of  time,  good  (stable) 
statistics  can  be  gathered  without  overloading  the  PMU  or  its 
control  CPU.  Where  the  application  warrants  intensive  high 
frequency  samplings  in  the  port  mode,  more  than  one  PMU  and  CPU 
can  be  used  for  monitoring. 
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The  application  level  software  typically  will  consist  of 
examining  the  contents  of  the  probe  message,  categorizing  it  in 
accordance  to  the  features  of  interest,  and  tallying  a counter 
corresponding  to  that  condition.  More  elaborate  statistical 
messaging  should  be  done  off-line,  or  on-line  at  low  priority. 

3.4.3  IU  Mode  Software 


The  same  general  philosophy  that  applied  to  the  use  of 
the  port  mode  should  be  applied  to  the  IU  mode  probe  message 
processing.  However,  because  the  IU  modes  have  a finer  discrimi- 
nation capability,  it  is  possible  to  set  the  sample  rate  rela- 
tively high.  IU  modes  should  be  used  to  detect  the  time  at 
which  fairly  specific  events  took  place,  such  as  the  initiation 
and  termination  of  I/O  operations. 

3.4.4  CPU  Monitoring 

The  PMU  CPU  can  act  just  like  an  ICU  and  consequently  can 
sample  the  program  state  of  any  CPU,  can  examine  the  PC,  etc. 
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II  this  is  done  (with  caution)  and  at  relatively  infrequent 
intervals,  time  spent  in  each  program  state,  time  spent  accessing 
tables,  time  spent  accessing  data,  net  number  of  instruction 
executions  per  second,  etc.,  can  be  determined.  However,  since 
most  of  these  operations  block  processing,  they  should  not  be 
overdone  lest  the  monitoring  function  overwhelms  the  processing. 


3.4.5  Use  of  Flag  Instructions 


The  various  flag  instructions  are  the  key  to  software 
monitoring.  A number  of  flags  should  be  reserved  for  exclusive 
use  in  performance  monitoring.  If  the  specified  flag  is  not 
set,  the  instruction  effectively  behaves  as  a NOOP  and  the  only 
penalty  paid  is  the  execution  of  that  instruction.  If  the  condi- 
tion for  the  specified  flag  is  set,  the  CPU  will  transfer  to  the 
software  probe  region,  where  appropriate  instructions  will  be 
executed  to  record  that  which  is  being  monitored.  The  flag 
conditioned  subroutine  return  instruction  is  the  key  software 
monitoring  instruction.  It  allows  the  programmer  to  jump  to  a 
software  monitor  area  if  a flag  is  set,  but  imposes  no  penalty 
if  the  flag  is  not  set.  Therefore,  it  imposes  no  penalty  on  a 
program  or  subroutine  which  is  not  being  monitored. 
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1 . 0  SCOPE 


This  section  is  the  specification  for  the  Matrix  and  the 
Matrix  Unit  (XU)  of  the  CPS  Central  Processor. 

2.0  APPLICABLE  DOCUMENTS 

2. 1 General  Central  Processor  Specification 

(Section  I of  the  CPS  Central  Processor  Specification). 

3.0  THE  MATRIX  AND  MATRIX  UNIT  (XU)  SPECIFICATION 

3.1  General 


The  operation  of  the  matrix  is  transparent  to  the  programmer. 
Functionally,  it  plays  the  same  role  as  the  more  common  bus 
system.  However,  for  any  particular  application,  the  system 
architect  has  a wide  choice  of  matrix  configurations  which  he 
can  construct  out  of  the  same  basic  submatrix  units.  The  struc- 
ture of  the  matrix  for  any  specific  application  depends  upon  the 
following  factors: 

(1)  The  total  number  of  active  and  passive  units  imple- 
mented. 

(2)  The  number  of  matrix  ports  required  for  each  unit. 

(3)  The  total  number  of  memory  units  implemented. 

(4)  The  amount  of  active  unit  to  passive  unit  traffic. 

(5)  The  required  path  availability  - degree  of  graceful 
degradation  required. 

(6)  The  processing  load  on  the  system. 

Units  can  be  implemented  with  one  to  four  ports  into  the 
matrix.  Typically,  a CPU  will  have  2 or  4 ports,  as  will  memory 
units.  Channels  which  serve  critical  functions  or  high  traffic 
functions  such  as  discs  and  trunk  lines,  would  be  implemented 
with  two  ports.  Low  speed  lines,  service  lines,  VDU's,  etc., 
would  be  implemented  with  a single  port  channel.  If  the  unit's 
operation  is  to  be  retained  despite  a single  matrix  unit  failure, 
then  two  ports  are  required  for  that  unit.  Otherwise,  the  choice 
of  more  than  one  port  is  based  on  the  speed  and  traffic  handled 
by  that  unit.  Note  that  in  this  context  "traffic"  refers  to 
system  internal  data  transfers  through  the  matrix  and  not  the 
external  traffic  handled  by  the  system. 

Matrix  sizing  affects  speed  and  reliability,  but  not  func- 
tional capabilities.  If  the  matrix  is  too  small,  the  system 


reliability  and  throughput  will  suffer.  If  too  large,  the 
system  cost  will  suffer. 

3. 2 Matrix  Structure 

Figure  XI-1  shows  the  overall  structure  of  the  matrix.  The 
matrix  consists  of  three  stages,  called  respectively,  the  "active 
unit  state",  and  the  "center  stage",  and  the  "passive  unit 
stage" . 

The  center  stage  is  further  divided  into  two  types  - the 
passive  unit  interconnect  center  stages,  and  the  active  unit 
interconnect  center  stages.  Each  stage  consists  of  a number  of 
component  switching  submatrices,  typically  with  8 inlets  and  4 
outlets.  A submatrix  allows  any  inlet  to  be  connected  to  any 
free  outlet  without  interferring  with  pre-existing  connections 
in  that  submatrix.  A submatrix  is  said  to  be  "non-blocking"  for 
this  reason.  Each  inlet  or  outlet  provides  a full  duplex  char- 
acter serial  interface.  In  addition,  there  are  a number  of  con- 
trol lines  which  follow  the  same  path. 


The  matrix  employs  a distributed  control  which  has  inherent 
graceful  degradation.  The  control  scheme  is  based  on  saturation 
signaling . 

A path  through  the  matrix  consists  of  an  active  or  passive 
stage  path,  followed  by  a center  stage  path.  If  the  connection 
is  to  a passive  unit,  a rectangular  center  stage  is  selected. 

The  path  then  continues  through  the  passive  stage  to  the  appro- 
priate memory  unit.  If  the  connection  is  to  be  made  to  another 
active  unit,  a triangular  stage  is  selected  and  the  path  is  con- 
tinued to  the  appropriate  receiving  unit  by  means  of  another 
active  unit  stage.  Memory-to-memory  transfers  are  accomplished 
by  selecting  a path  from  the  memory  unit,  to  the  passive  stage 
submatrix,  through  a rectangular  center  stage  to  an  active  stage 
submatrix  to  a memory-to-memory  transfer  unit,  back  through 
(possibly,  but  not  necessarily)  a different  active  unit  stage 
submatrix,  a rectangular  stage  submatrix,  a passive  unit  stage 
submatrix,  and  finally,  to  the  other  memory  unit. 

3.3  Connection  Conventions 


From  the  point  of  view  of  the  matrix,  there  are  two  types 
of  units.  Units  which  can  and  do  normally  initiate  transfers 
(active  units)  and  units  which  do  not  normally  initiate  transfers 
(passive  units).  Memory  units  and  matrix  control  units  do  not 
normally  initiate  transfers.  A connection  between  units  is  al- 
ways a full  duplex  connection.  Every  unit  has  both  a physical 
and  a logical  identity.  The  identity  is  established  by  the  unit 
number  (ID).  The  physical  identity  (DID)  of  the  unit  is  a 
strapped  number  (wired-in).  The  logical  identity  of  the  unit 
(LID)  is  an  eight  bit  unit  number  stored  by  the  unit  itself. 
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UP  TO  254  UNITS 
2 PORTS  EACH 
TYPICALLY 

32  2 PORTS 
150  I PORT 
8 ERLANGS 


ACTIVE  UNIT  STAGES 
UP  TO  84  (8  X 4) 


CENTER 

STAGES 


PASSIVE  UNIT 
STAGES 

UP  TO  «4  (4  X 8) 


UP  TO  84  MU'S 
2 PORTS 
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A unit  can  change  its  logical  identity,  or  have  its  logical 
identity  changed  for  it.  It  cannot  change  its  physical  identity. 
Logical  identities  are  established  by  the  programmer  and  are 
generally  used  to  identify  functional  elements  of  the  complex. 
Physical  identities  are  wired-in.  The  failure  of  a unit  will 
result  in  the  reassignment  of  its  logical  identity  to  a non- 
f ailed  unit  of  the  same  type.  This  is  done  under  program  con- 
trol. Addressing  of  units  and  the  interconnection  of  units  is 
done  by  means  of  the  logical  rather  than  the  physical  identity. 

Thus,  if  physical  CPU-7  has  been  allocated  the  logical 
identity  005,  corresponding  to,  say,  message  retrieval  proces- 
sing, any  transfer  between  a unit  and  logical  unit  005  will  be 
to  physical  unit  CPU-7.  If,  however,  CPU-7  should  fail  and  be 
replaced  by  CPU-1,  the  logical  identity  of  CPU-7  will  be  changed 
to,  say,  CPU-0,  and  the  logical  identity  of  CPU-1  will  be 
changed  to  005  to  effect  the  replacement  of  CPU-7  by  CPU-1. 
Thereafter  (e.g.,  on  the  next  memory  cycle)  access  of  logical 
unit  005  will  be  to  physical  CPU-1.  The  same  relation  holds  for 
all  other  interchangeable  units  of  the  complex.  Matrix  sub-units 
are  never  replicated.  Consequently,  the  corresponding  XU's  have 
unique  logical  identities  which  correspond  exactly  to  their 
physical  identities. 

Units  are  interconnected  through  the  matrix.  Subsequent 
interconnections  (e.g.,  the  next  memory  cycle)  are  not  necessarily 
via  the  same  physical  path.  This  fact  is  transparent  to  the  pro- 
grammer. 

3.4  Links,  Link  States,  and  Crosspoint  States 
3.4.1  General 


Figure  XI-2  is  a schematic  rendition  of  a submatrix.  The 
example  shown  is  a typical  8x4  submatrix.  Each  line  shown  in 
reality  corresponds  to  a full  duplex  path  plus  a number  of  addi- 
tional parallel  control  paths  in  each  direction.  Since  the  sub- 
matrix is  full  duplex,  the  terms  inlet  and  outlet  are  inter- 
changeable, depending  on  which  side  of  the  matrix  is  initiating 
the  connection.  For  the  sake  of  discussion  assume  that  the 
initiation  side  is  the  8 inlet  side  and  the  4 inlet  side  is 
the  outlet  side.  Remember,  however,  that  there  are  parallel 
paths  in  the  opposite  direction.  Any  one  inlet  link  is  capable 
of  being  connected  to  one  or  more  outlet  links  simultaneously. 
However,  while  a transfer  is  actually  in  progress,  inlets  are 
connected  to  exactly  one  outlet  (and  vice  versa).  Telephony 
jargon  is  used  to  distinguish  between  links  by  calling  them 
horizontal  and  vertical.  A horizontal  link  can  be  in  one  of 
the  following  states: 

FREE:  not  latched  to  any  vertical. 
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RESERVED : 

connected  to  at  least  one  reserved  vertical 
but  not  to  any  busy  or  locked  vertical. 

BUSY: 

connected  to  at  least  one  busy  vertical  but 
not  to  any  locked  vertical  links. 

LOCKED : 

connected  to  exactly  one  locked  link  and  to  no 
busy  link. 

ERROR : 

connected  to  more  than  one  locked  link  or  to 
one  locked  link  and  at  least  one  busy  link. 

DEAD: 

a forced  state  arising  out  of  a malfunction  or 
because  the  link  in  question  is  not  connected 
to  anything. 

3.4.2  Free  Links 


A free  link  is  one  which  can  be  used  to  establish  a path 
between  units.  There  are  no  restrictions  on  the  use  of  free 
links.  Free  links  are  employed  in  paths  on  a f irst-come-f irst- 
served  basis. 

3.4.3  Reserved  Links 


A link  is  put  into  the  reserved  state  in  the  course  of 
setting  up  a path.  It  is  a temporary  state.  Reserved  states 
exist  to  prevent  more  than  one  path  seizing  the  same  link.  Once 
a path  has  been  established,  links  go  to  either  a busy  state, 
locked  state,  or  free  state. 

3.4.4  Busy  State 

A link  is  in  a busy  state  if  it  has  been  used  in  esta- 
blishing a path  to  a busy  unit  (defined  below).  Normally,  the 
busy  state  is  a temporary  situation  lasting  no  more  than  one 
memory  cycle.  Thereafter,  the  link  reverts  to  either  the  free 
or  the  locked  state. 

3.4.5  Locked  State 


A link  is  locked  if  it  is  used  in  a path  which  is  pre- 
sently involved  in  a transfer.  It  remains  locked  for  the  dura- 
tion of  the  transfer  and  reverts  to  the  free  or  reserved  status 
thereafter.  A link  can  be  locked  by  means  of  an  explicit  link 
lock  command.  It  will  then  remain  locked  until  unlocked. 

3.4.6  Error  State 


An  error  state  is  a temporary  state  occurring  upon  the 
detection  of  an  error  condition.  The  detection  of  an  error  state 
results  in  the  generation  of  an  interrupt. 
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3.4.7  Dead  State 


A link  in  the  dead  state  may  not  be  used  for  any  purpose 
whatsoever.  A link  remains  in  the  dead  state  until  it  is  forced 
to  the  free  state  by  means  of  an  explicit  command. 

3.4.8  Additional  Link  States 


There  are  additional  link  states  intermediate  to  these 
which  occur  during  the  course  of  setting  up  a path.  These  are 
totally  internal  to  the  operation  of  the  matrix. 

3.4.9  Crosspoint  States 

Connections  between  horizontal  and  vertical  links  are 
made  by  activating  the  appropriate  crosspoint  (an  automatic 
action,  not  a programmed  action).  A crosspoint  is  basically  in 
one  of  two  states  - latched  or  unlatched. 

3.5  Saturation  Signaling  and  Unit  Control  Sequence 

3.5.1  General 


Unit  interconnection  is  accomplished  by  a technique 
called  "Saturation  Signaling".  In  a telephone  network,  this 
would  be  analogous  to  the  following: 

You  wish  to  call  a specific  party,  say  "JOE",  whose  name 
is  unique.  You  pick  up  the  telephone  - your  telephone  is  im- 
mediately connected  to  all  non-busy  telephones  in  the  network. 

The  recipients  pick  up  their  handsets,  whereupon  you  shout  "JOE?". 
Everybody  but  JOE  hangs  up;  he  confirms  the  connection.  Some 
telephones  could  have  been  busy.  If  JOE  has  answered,  you  signal 
the  busy  telephones  to  stop  trying.  If  JOE  was  busy,  you  keep 
all  paths  open  to  all  busy  telephones  until  JOE  does  answer. 

3.5.2  Signaling  Procedure 

The  following  steps  are  employed  in  establishing  a con- 
nection between  a source  and  destination  unit: 

(1)  The  unit  selects  a port  (assuming  that  it  has  more 
than  one)  on  which  the  transfer  is  to  occur.  The 
specific  port  chosen  is  a matter  of  concern  to  the 
unit  and  not  to  the  matrix  or  other  units.  The 
selection  procedure  for  ports  are  particular  to  unit 
types  and  will  be  discussed  in  that  context. 

(2)  The  source  unit  transmits  the  DID  to  the  matrix 
along  the  link  between  the  chosen  port  and  the  active 
stage  submatrix.  The  DID  is  propagated  in  parallel 


throughout  the  matrix  along  all  free  links  en- 
countered. This  propagation  proceeds  through  all 
matrix  stages  creating  a tree  which  fans  out  as  it 
goes.  A branch  of  the  tree  ends  when  either  the 
branch  reaches  a free  port,  or  all  available  vertical 
links  are  busy,  reserved,  or  locked.  Ports  use  the 
same  conventions  with  regards  to  busy,  locked,  free, 
or  reserved  that  links  do;  however,  the  reason  for 
selecting  a particular  state  may  differ  from  unit 
to  unit. 

This  stage  of  the  set  up  is  shown  schematically  in 
Figure  XI-3.  The  source  unit  is  unit  A.  Since  no 
other  units  are  busy,  all  paths  are  free,  and  the 
request  (DID)  goes  to  all  destination  units. 

(3)  Assume  that  the  destination  port  was  free,  and  that 
the  destination  unit  was  willing  to  accept  a transfer 
command.  All  free  units  that  receive  the  DID  examine 
the  DID  and  compare  it  with  their  own  logical  identi- 
ties. If  the  identities  do  not  match,  the  free  unit 
transmits  a path  kill  signal,  which  will  release  all 
links  used  between  the  source  unit  itself  that  were 
not  used  in  any  other  path.  If  the  DID  matches  the 
logical  ID  of  the  destination  unit,  the  destination 
will  respond  by  echoing  the  DID  back  to  the  source 
and  transmitting  a BUSY  or  LOCK  signal  back  along 
the  path.  The  choice  depends  upon  the  destination 
unit . 

This  sequence  of  events  is  shown  pictorially  in 
Figures  XI-4  through  XI-6.  In  XI-4,  various  desti- 
nation units  have  responded  with  a NO.  This  signal 
frees  the  links  that  were  in  use.  In  XI-4,  the 
freeing  has  progressed  through  the  destination 
stage.  At  the  same  time,  A's  destination  has  pro- 
perly matched  the  DID  and  is  simultaneously  sending 
a reserve  link  signal  and  the  DID  echo. 

In  Figure  XI-5,  the  signals  have  continued  to  the 
center  stage,  and  in  Figure  XI-6,  the  path  reserva- 
tion is  complete. 

(4)  The  echoed  DID  traverses  the  matrix  back  to  the 
source  unit.  At  the  same  time,  the  BUSY  or  LOCK 
signal  traverses  back  to  the  source  unit.  As  it 
does  so,  it  switches  all  links  in  the  tree  which  are 
not  directly  involved  in  the  source  to  destination 
path  back  to  the  FREE  state.  The  end  result  will  be 
that  a single  path  has  been  established  between  the 
source  and  the  destination. 
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Figures  XI-7  through  XI-9  show  the  same  thing  re- 
peated under  the  assumption  that  a path  had  already 
been  set  up. 

(5)  If  either  all  paths  from  the  source  to  the  destina- 
tion were  blocked  (because  they  were  in  use  in  some 
other  source-destination  pair)  or  if  the  destination 
unit  of  interest  was  busy  or  locked,  there  would  have 
been  no  LOCK  or  BUSY  command  propagated  back  along 
the  matrix  and  hence,  the  part  of  the  tree  connected 
to  blocked  or  busy  links  would  not  have  reverted  back 
to  the  FREE  state.  The  parts  of  the  tree  leading  to 
improperly  selected  units  would  have  been  killed  by 
the  action  described  in  3 above.  The  links  thus 
involved  (in  the  BUSY  or  BLOCKED  paths)  remain  in  the 
reserved  state  until  something  happens.  Eventually, 
paths  are  unblocked  and/or  BUSY  or  LOCKED  units  be- 
come free,  in  which  case  they  respond  with  a kill 
signal,  or  the  destination  unit  becomes  free  in  which 
case  the  action  proceeds  as  before,  with  the  path 
being  established. 

(6)  If  the  source  unit  received  a no-path  signal,  de- 
pending upon  the  nature  of  the  unit  and  the  desired 
transfer,  one  of  the  following  alternatives  may  be 
taken : 

a.  Retry  until  a connection  is  made. 

b.  Try  the  connection  via  an  alternate  port  (if 
there  is  one). 

c.  Try  the  connection  with  a usurpation  mode. 

(7)  The  usurpation  modes  are  used  to  force  connections 
for  important  signals  such  as  interrupts.  Connec- 
tions are  made  in  the  normal  manner,  except  that 
reserved  links  will  be  usurped. 

(8)  Once  the  path  has  been  established,  the  source  unit 
examines  the  echoed  DID  and  compares  it  to  the  one 
that  was  sent.  If  they  do  not  match,  an  error  condi- 
tion has  occurred  and  an  appropriate  interrupt  is 
manufactured  and  transmitted. 

(9)  If  the  reflected  DID  matches,  the  source  unit  trans- 
mits its  own  ID  (SID)  to  the  destination  unit.  This 
is  necessary  because  the  mere  establishment  of  a 
path  does  not  guarantee  that  a transfer  will  be  al- 
lowed. The  priorities  with  which  a transfer  will  be 
allowed  is  up  to  the  destination  unit  and  depends 
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upon  (in  general)  the  SID,  the  internal  state  of 
the  destination  unit,  and  the  priority  structure 
employed  by  that  unit.  This  is  particularly  true 
for  memories  and  CPU's.  Channel  units  will  typi- 
cally accept  any  request. 

(10)  The  destination  unit  then  changes  the  state  of  the 
path  to  LOCKED,  BUSY,  RESERVED,  or  FREE,  depending 
upon  what  action  it  intends  to  take.  Typically,  the 
state  is  changed  to  LOCKED.  A FREE  state  might 
occur  as  a result  of  receiving  an  improper  SID  rela- 
tive to  that  destination  - for  example,  an  attempt 
to  connect  two  clock  units  to  each  other,  say.  An 
improper  SID  will  result  in  an  interrupt  being  gen- 
erated. 

(11)  If  the  SID  is  correct,  the  source  unit  then  transmits 
a command  to  the  destination  unit,  describing  the 
kind  of  transfer  or  action  which  is  to  take  place. 
Command  validity  is  checked  by  the  destination  unit 
and  if  correct,  is  acted  upon. 

(12)  If  the  command  is  valid,  data  (if  any)  is  transmitted 
possibly  in  either  or  both  directions. 

(13)  At  the  conclusion  of  the  transfer,  the  state  of  the 
path  is  changed  to  RESERVED,  holding  the  path  open 
for  future  transfers,  unless  usurped.  Other  termi- 
nation states  are  possible,  if  explicitly  commanded. 
In  all  cases,  the  status  of  the  path  following  the 
transfer  is  the  lower  priority  (FREE  is  lower  than 
LOCKED)  of  that  established  by  the  source  and  desti- 
nation units. 

3.6  Unit  Generic  Commands  for  the  Matrix  Unit  (XU) 

3.6.1  General 


Each  submatrix  of  the  matrix  is  itself  a unit,  with  a 
normal  unit  interface  to  the  matrix.  The  ports  of  an  XU  should 
not  be  terminated  on  the  self-same  XU.  XU's  are  not  normally 
treated  as  units.  There  is  no  reason  to  issue  a unit  command  to 
an  XU  save  in  the  interest  of  testing,  diagnosing,  or  bootstrap- 
ping the  system.  The  XU  commands  described  here  are  from  the 
point  of  view  of  the  appearance  of  the  XU  as  a unit  and  not  from 
the  point  of  view  of  its  function  as  part  of  the  matrix.  The 
LID  of  the  XU  is  identical  to  its  PID. 


3.6.2  Interpretation  of  Generic  Unit  Commands  for  XU's 

Most  commands  operate  in  the  normal  manner  and  need  not 


be  discussed  again.  Since  the  XU's  have  no  data  memory  (as 
distinct  from  a cache  memory)  memory  referencing  commands  and 
the  indirect  mode  are  forbidden.  The  specific  action  for  various 
commands  are  given  below: 


GO  OFF-LINE 

RESET 

CLOSE 


RETURN  STATUS 
LOCK  PATH 

UNLOCK 

SET  STATE 

FETCH  STATE 
SET  STATE  1 
SET  STATE  2 

SET  STATE  3 

FETCH  STATE  1 
FETCH  STATE  2 
FETCH  STATE  3 


- all  links  are  marked  DEAD.  All  cross- 
points  are  unlatched.  Reset  requires 
operator  action. 

- all  links  are  marked  FREE.  All  cross- 
points  are  unlatched. 

- normal  CLOSE  commands.  Link  states  and 
crosspoint  states  remain  unchanged.  The 
unit  will  not  respond  to  control  line 
signals  on  matrix  links. 

- responds  with  a unit  wide  control  state 
(OPEN,  CLOSED,  POWERDOWN,  etc.). 

- normal  LOCK  PATH  command  for  the  XU  con- 
trol links.  This  does  not  affect  the 

XU  matrix  links. 

- normal  UNLOCK  command  for  the  XU  control 
links. 

- the  major  control  state  of  the  XU  is  set 
as  specified. 

- normal  operation. 

- sets  the  bits  in  the  validation  memory. 

- sets  the  crosspoints  in  accordance  to 
the  prescribed  pattern. 

- sets  the  link  states  in  accordance  to 
the  prescribed  pattern. 

- dumps  the  bits  of  the  validation  memory. 

- dumps  the  crosspoint  states. 

- dumps  the  link  states. 


3.6.3  Priority /Validation  Cache  Memory 

Each  XU  has  a 256  or  512  bit  priority/validation  memory. 
The  two  bit  code  (P-field)  is  interpreted  as  follows: 


P - 00 


- named  unit  cannot  function  as  source  for 
this  XU. 


p ■ 01  10,  11  - named  unit  has  priority  P with  respect 

to  execution  of  XU  unit  commands. 


The  XU 
and  rules  are 


does  not  have  command  stacking.  Priority  operation 
as  discussed  in  Section  I,  the  CP  Specification. 


METRIC  SYSTEM 


BASE  UNITS: 


kilogram 


time 

electric  current 
thermodynamic  tamparatuia 
amount  of  aufaatanca 
luminoua  intanoity 

SUPPLEMENTARY  UNITS: 

plana  angle 
solid  angle 

DERIVED  UNITS: 
Acceleration 

activity  (of  a radioactive  eource) 

angular  acceleration 

angular  velocity 

area 

deniity 

electric  capacitance 

electrical  conductance 

electric  field  etrength 

electric  inductance 

electric  potential  difference 

electric  resistance 

electromotive  force 

energy 

entropy 

force 

frequency 

illuminance 

luminance 

luminous  flux 

magnetic  field  strength 

magnetic  flux 

magnetic  flux  density 

magnetomotive  force 

power 

pressure 

quantity  of  electricity 
quantity  of  heat 
radiant  intensity 
specific  heat 
stress 

thermal  conductivity 
velocity 

viscosity,  dynamic 

viscosity,  kinematic 

voltage 

volume 

wavenumber 

work 


ampere 

kelvin 

mole 

candela 


radian 

ateradian 


metre  par  second  squared 
disintegration  per  second 
radian  par  second  squared 
radian  par  second 
square  metre 
kilogram  per  cubic  metre 
farad 


volt  par  metre 

henry 

volt 

ohm 

volt 

joule 

joule  per  kelvin 

newton 

hertz 

lux 

candela  per  square  metre 
lumen 

ampere  per  metre 


ampere 

watt 

pascal 

coulomb 

pule 

watt  per  ateradian 
joule  par  kilogram-kelvin 

pascal 

watt  per  metre-kelvin 
metre  par  second 
pascal-second 
square  metre  per  second 
volt 

cubic  metre 
reciprocal  metre 
joule 


m/s 

(distntegrationys 

rad/s 

rad/s 

m 

kg/m 
As /V 

A/V 

V/m 

V-s/A 

W/A 

VIA 

W/A 

N-m 

KK 

kg-m/s 
(cycle  Vs 
I m/m 
cd/m 
cd-sr 
A/m 
Vs 
Wb/m 


m/s 

Pa-s 

m/s 

W'A 

m 

(wsvej/m 

N-m 


SI  PREFIXES: 


Multiplication  Factors 


SI  Symbol 


1 000  000  000  000 
1 000  000  000 
1 000  000 
1 000 
too 
10 
0.1 
0.01 
0.001 
0.000  001 
0.000  000  001 
0.000  000  000  001 
0.000  000  000  Q00  001 
0.000  000  000  000  000  001 

i avoided  where  poasible 
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MISSION 
of 

Rome  Air  Development  Center 


RADC  plans  and  conducts  research,  exploratory  and  advanced 
development  programs  in  command,  control,  and  coimunica 
(C3)  activities,  and  in  the  C3  areas  of  information  sciences 
and  intelligence.  The  principal  technical  mission  areas 
are  cotmunications , electromagnetic  guidance  and  control, 
surveillance  of  ground  and  aerospace  objects,  intelligence 
data  collection  and  handling,  information  system  technology, 
ionospheric  propagation,  solid  state  sciences, 
physics  and  electronic  reliability , maintainability  an 
compatibility . 
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